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(57) A logistics system manages the 
shipments of goods supplied from a 
plurality of different shippers by a 
plurality of carriers. It has a variety 
of modules integrated with each 
other to perform various 
functionalities. For example, it may have purchasing module 
evaluating proposals (201) by shippers for respective shipments of 
goods and awarding contracts for the shipments to the plurality of 
carriers. It may have an optimization module analyzing the proposals 
(204) and informing the purchasing module if an opportunity exists 
for consolidating shipments. It may have a contract administration 
module maintaining information relating to the status of proposals 
received and contracts awarded by the purchasing module. It may 
have a scheduling module scheduling shipments and a shipment 
management module tracking the status of shipments awarded. It 
may further have a financial module authorizing the payments 
according to the status of shipments tracked by shipment 
management module. 
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Description Claims 



TRANSPORT LOGISTICS SYSTEMS AND METHODS [ [00011] 
This application claims the benefit of the filing date of United States 
provisional application number 60/221,541, filed on July 28,2000 and 
entitled'Transport Logistics Systems and Methods", the disclosure of 
which is hereby incorporated by reference in its entirety. 

TECHNICAL FIELD [100021] This invention relates generally to 
logistics systems and methods. In particular, the present invention relates 
to logistics systems and methods for the transportation of good s. 

BACKGROUND ART 10003] There are inefficiencies in the shipments of 
goods and a lack of good strategic planning. 

In a typical situation, a large shipper and its customers may all have 
sophisticated Enterprise Resource Planning (ERP) system software. The 
ship per's ERP system fine tunes production assets to manage customer 
orders, production overflows, etc., so that they are continuously producing 
and providing products to their customers. When a customer wants to 
order a product, its system issues a purchase order document that must be 
forwarded to the shipper and input into its ERP system. The shipper's ERP 
system prepares the purchase order as a customer order, obtains and 
allocates the necessary inventory, schedules the order, arranges for 
manufacturing un its to manufacture the ordered product and then gets the 
product ready for shipment. After this is done, the shipper calls a carrier to 
pick up the shipment and an invoice is sent to the customer after the 
shipment has been picked up by the carrier [10004]] From the 
perspective of the ordering customer's system, the purchase order remains 
open and unpaid until the ordered product (s) is physically received from a 
carrier and is entered into the ordering customer's system. After the carrier 
accepts a shipment (i. e,, gives a receipt) and before the shipment arrives at 
the shipper's customer and is entered into their ERP system, it cannot be 
tracked by the ERP system software of either the shipper or the shipper's 
customer. If a shipment is not received when expected, the customer and 
shipper must do a manual trace through phone calls or the like to 
determine the status of the shipment. 

[100051] The carrier is an owner of transport assets and services. For 
instance, the railroad carriers have trains, track, etc., and motor ca 
[RRIERS] have trucks and drivers. The carriers carry out a great deal of 
logistics since their profits depend greatly on how well they optimize the 
utilization of their transport assets and services. A primary goal of the 
carriers is to load their ships, trucks, etc., as full as possible. They typically 
use their own internal business and logistics applications, frequently 
Logistics Management Systems [ (LMS) ] which are independent of the 
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shipper and the shipper's customer, to decide how to best accomplish their 
shipments. 

[10006] ] Unfortunately, the applications systems of the shipper and the 
carrier do not communicate with each other. Thus, circumstances may 
arise where the shipment can be accomplished more efficiency and less 
expensively by, for example, shipping one day earli er or later or 
consolidated with the shipment of another shipper, but the shipper 
nevertheless requests the shipment when it does because it is not aware 
that such circumstances exist and does not cooperate with other shippers. 

[10007] ] Furthermore, the carriers are fragmented into various modes 
of transport (truck, rail, marine, air). These modes make the supplier's 
logistics of shipping products more difficult because there is no integration 
between modes. It also results in a large amount of administrative and 
financial transactions related to the shipments. The traditional transactions 
were generically illustrated in Fig. 

23 of the provisional application and illustrated with specific reference to 
the truck mode in Fig. 32 of the provisional application. Even third-party 
logistics service providers typically only accommodate one or two modes. 
For example, there are chemical tanker brokers (handling chemical 
tankers, product tankers, oil tankers), third party trucking companies 
(handling package trucks and som e bulk tmcks),freight forwarders 
(handling containers and some trucks/warehouses) and terminals service 
providers (handling terminals, warehouses, and some transport capability). 

10008] These problems are especially acute when dealing with ocean 
transport and w ith some products, such as chemicals, because of the 
special handling and regulatory requirements. See, for example, the 
chemical transport terminal illustrated in Fig. 3 1 of the provisional 
application. Ocean Transport Intermediary (OTI) licenses are necessary for 
tankers and the various restrictions regarding, for example, ownership 
interests in the vessels and the transported goods causes such carriers to 
operate more independently from the shippers than in other transport 
modes and without the benefit of licensed third-party 
[INTERMEDIARIES] with substantial logistics capabilities. 

BRIEF DESCRIPTION OF THE DRAWINGS [ 1 0 0 0 9 1 ] A better 
understanding and appreciation of the foregoing and of the attendant 
advantages of the present invention will become apparent from the 
following detailed description of an example embodiment of the invention. 
While the foregoing and following written and illustrated disclosure 
focuses on disclosing the example embodiment of the invention, it should 
be clearly understood that the same is by way of illustration and example 
only and is not to be taken by way of limitation. 

[ ( 0010] ] Fig. I is a generalized block diagram of a preferred 
implementation of a transport logistics system according to example 
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. embodiments of the invention. 

[ [00111] Fig. 2 is a block diagram showing certain details, including 
workflows, of an exemplary purchasing module in the preferred 
implementation shown in Fig. [ 1 . ] 

10012] Fig. 3 is a block diagram showing certain details, including 
workflows, of an exemplary contract administration module in the 
preferred implementation shown in [FIG . 1 . ] 

[100131] Fig. 4 is a block diagram showing certain details, including 
workflows, of an exemplary optimization module in the preferred 
implementation shown in Fig. [ 1 . ] 

[100141] Fig. 5 is a block diagram showing certain details, including 

workflows, of an exemplary scheduling module in the preferred 
implementation shown in Fig. 1 . 

[ (0015) ] Fig. 6 is a block diagram showing certain details, including 

workflows, of an exemplary tanker planning system (TPS) module in the 
preferred implemen tation shown in [FIG. 1.] 

[100161] Fig. 7 is a block diagram showing certain details, including 

workflows, of an exemplary shipment management module in the 
preferred implementation shown in Fig. 1 . 

[100171] Fig. 8 is a block diagram showing certain details, including 
workflo ws, of an exemplary financial module in the preferred 
implementation shown in Fig. [ 1 . ] [L00181] Fig. 9 is a block diagram 
showing certain details, including workflows, of an exemplary data 
warehouse module in the preferred implementation shown in Fig. 1 . 

[0019] Fig. 10 is a block diagram showing certain details, including 
workflows, of an exemplary provider management module in the preferred 
implementation shown in [FIG. 1.] 

10020] [FIG . 11] is a block diagram showing certain details, including 

workflows, of an exemplary regulations module in the preferred 
implementation shown in Fig. [I.] 

BEST MODE FOR CARRYING OUT THE INVENTION 10021] A 
preferred embodiment of the invention is a fully integrated logistics system 
operated by a third party intermediary for the transport of goods from a 
plural ity of different shippers by a plurality of different carriers. The 
logistics system operates across all modes of transport (i. e., truck, rail, 
containership, bulk tanker and air) and has full logistics supply chain 
capability. This provides advantages in circumstances where goods are 
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. transported across multiple modes, such as the [RAIL/BULK] truck 
transport illustrated in Fig. 36 of the provisional application. 

[{0022]] Each of the modes is described later in this application. 
Although each transport mode has unique characteristics, standard work 
processes, and business requirements, a key aspect of the preferred 
embodiment is that enables the modes to be integrated. Various related 
transport business interests are shown in Fig. 14 of the provisional 
application along with suppliers, customers and government agencies. 
(Exemplary details of the transport business interests are listed in Fig. 15 
of the provisional application.) By virtue of the various information 
available from the transport business interests, the third intermediary has 
leverage to identify differences between rates and negotiate intermediate 
rates which benefit all parties concerned. (The data interaction may be as 
illustrated in the examples of Figs. 28 and 29 in the provisional 
application.) In the example of ocean tankers shown in Figs. 20-22 of the 
provisional application, a difference of $500 is identified between the 
ocean tanker's rate and the rate available to the third party intermediary. 
The costs saving can be distributed among the parties in the manner they 
desire. 

[(0023]] The logistics system of the third party intermediary is 
networked with the electronic systems (having back-office computing, 
such as ERP) of the business interests as shown in Fig. 16 of the 
provisional application. It preferably receives input information such as 
the exemplary input information shown in Fig. 19 of the provisional 
application. The logistics system thus allows the transactions related to the 
transport process to be conducted electronically and thus s implified as 
shown in Fig. 24 in the provisional application. The logistics system also 
allows documents, status reports and notices to be provided electronically 
as illustrated in the example of Fig. 25 in the provisional application. 

[10024] ] A high-level overview of the architecture of a logistics system 

in the example embodiments of the invention in which a third party 
intermediary manages the logistics of shipments between a plurality of 
shippers and a plurality of carriers is shown in Figs. [I] and 2 of the pro 

visional application. Although both shippers/manufacturers and carriers 
utilize business and logistics applications, the focus of their respective 
ERP and Plant Systems are different as discussed above. 

The example embodiments address the problem that th ere is a lack of 
integration and information exchange between the ERP and Plant Systems 
of shippers and carriers. 

[10025] ] In the example embodiments, shippers, such as manufacturers 

of goods, with their own respective business and logistics applications 
connect to the logistics system in the blue space via an integration layer. 
Preferably, the integration layer allows the logistics system to interface 
directly with a shipper's ERP and Plant systems to bring their shipment 
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* data, order data etc, into the logistics system. Likewise, on the opposite 
side, the logistics system integrates with the business and logistics 
applications of a plurality of carriers of all modes (i. e., railroad carriers, 
motor carriers, facilities such as terminals and warehouses, marine carri 
ers such as tankers and container ships, etc.) and government agencies, 
preferably around the world. The logistics system of the example 
embodiments passes the customer orders [ (I . ] e., ship a load of 

acetone) of a plurality of shippers directly to a plurali ty of carriers and 
then provides an information flow back from the carriers to the shippers so 
that there is good visibility and management of shipments for all the 
parties involved. 

[ [0026] ] The logistics system of the example embodiments preferably 
supports an In [TEMET WEBSITE] having features as shown in Figs. 

[1] and 2 in the provisional application providing controlled access to 
and from certain information in the system. This website connects to the 
various related business interests and provides the processes illustrated in 
Fig. 17 in the provisional application. The integration layer connections to 
the shippers and carriers are also preferably Internet based and made over 
the public Internet for [GLOBAL LOW- COST CONNECTIVITY • IN 

PARTICULAR, VIRTUAL] Private Networks (VPN) with validation 
and [ENCRYPTION] are preferably utilized as shown in Fig. 18 in the 
provisional application. Where justified by the amount of information 
exchange, an individual shipper or carrier may be connected to the 
logistics system by a private line. Furthermore, the data exchange is 
preferably carried out through Extensible Markup Language (XML) format 
running on top of the Internet Protocol layer to access the back office 
systems of the shippers and carriers. The XML format may be either a 
standardized XML format, a commercially available but non-standardized 
XML format or even a customized XML format developed especially for 
the example embodiments of the invention. 

[100271] While example embodiments are described herein, the various 

aspects of the present invention may be used with various types of 
computer networks, generally including all network designs which link 
together disparate processing systems such as computers, servers, 
peripherals, storage devices, and devices for data communications. 
Examples of such computer networks may include a local area network 
(LAN), a wide area network (WAN), a campus area network (CAN), a 
metropolitan area network (MAN), and a global area network (GAN). 
LAN networks may include versions of Ethernet, FDDI (Fiber Distributed 
Date Interface), Token Ring, Asynchronous Transfer Mode (ATM), Fiber 
Channel and Wireless. The example embodiments concentrate mainly on 
an Intemet/XML solution, although the scope of the present invention is 
not limited thereto. A w ide variety of implementations, arrangements and 
configurations of terminals (e. g., host computer systems and thin clients, 
etc.), switches and links in all types of data networks may be utilized. 
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* . [(002 8 J] The logistics system includes a plurality of component 
modules. Representative functionality modules are Financials, 
[HSE / REGULATORY , ] Asset Management, and Rates & Routes. 

Representative software component modules are Hosted Financial System, 
and Secure Financial Processing. These software component modules may 
be either commercially available off-the-shelf software, customized 
software or independently developed software. For example,/re/£/rf rate 
databases are commercially available. If they are robust and capable of 
integration with other software components to accomplish the workflows 
described below, then they can be utilized in the logistics system. For 
example, an Oracle database can be designed to provide a suitable 
customized freight rate database. 

[100291] Fig. [1] is a [CONNECTIVITY] diagram showing a 

preferred implementation of component modules making up the logistics 
system. Each one of the work process flows in Figs. [2-11] are blow- 
ups of the individual sections of Fig. [1] showing the integration and 

interrelationship among the modules in the preferred implementation. (The 
perimeters of the modules are not shown in Fig. [1 . ) ] The shaded 
blocks are part of the logistics system and the white blocks represent the 
external business interests to which the logistics system is networked as 
explained above. The person nel blocks indicate user terminals at which 
manual [INPUT/OUTPUT] interface of various information is carried 

out. 

These user terminals may be of any configuration and connect to the 
logistics system. Preferably, they are Internet-enabled devices capable of 
receiving data in the formats utilized by the logistics system, such as an 
XML format. These terminals need not be employees of the business 
interest but may instead be, for example, a third party acting as an agent 
for the business interest. The non- shipping client's personnel block 
represent client who are seeking only information (i. e., shipping rates or 
data reports/data mining) prior to or instead of shipping products. (See, for 
example, Fig. 30 in the provisional application). Although labeled as 
logistics provider in Fig. [ 1 , ] these blocks refer to carriers running LMS 
or similar software applications. 

[100301] The invention is not limited to the preferred implementation 
shown in Figs. [ I - 1 1 ] and embodiments of the invention may use 
different [IMPLEMENTATIONS.] In particular, 
[IMPLEMENTATIONS] may not utilize all of the various combinations 
of modules shown in the preferred implementation and/or may be scalable 
to allow functionality modules and/or software modules to be 
incrementally added as resources such as personnel and budgets permit. As 
an example, three different [IMPLEMENTATIONS] of logistics system, 

preferably but not necessarily three different installation phases of the 
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-same logistics system are described in Figs. 39-42 in the provisional 
application. 

10031] Also, an implementation may be scalable to incrementally allow an 
increasing number of shippers or carriers or modes of carriers. Similarly, 
although the preferred implementation is described below with respect to 
the shipment of chemical and plastic prod ucts by way of example, the 
various aspects of the invention may easily be applied to the shipment of 
other products, such as furniture, retail products, commodities, equipment, 
etc. 

1 0032] Although modules are shown separately in Figs. [ 1 - 1 1 , ] in 

some cases with different databases, the modules and the databases may or 
may not be hosted on a single computer system and may or may not be 
independent of each other. The logistics system may be centralized in one 
or relatively few locations or may be distributed throughout a relatively 
large number of locations. As will be made clear below, each physical 
shipment represents a plurality of different related work process flows, 
such as a shipment offer, a shipment acceptance, a customs clearance, in 
the logistics system. Preferably, the logistics system is a large volume 
logistics system with redundant modules running on multiple computer 
systems. For example, various databases shown as being separate in Figs. 
[ I - 1 1 ] may be implemented in one large single partitioned data base 

with different interfaces for each software module. 

[(0033)] The purchasing module is shown in Fig. 2. The key 
components in the purchasing module are the evaluation tool 201, the 
abstracts tool 202, the supplier database 203 and the proposal database 
[204.] 

[10034] ] Evaluation tool 201 is the main analysis tool to evaluate 
provider proposals and determine award. The evaluation is done by the 
third party intermediary and the award is determined by the third party 
intermediary with endorsement by the client shipper. It uses compiled 
Request for Proposal (RFP) data in a consistent format. It may perform 
either side-by-side analysis or a more sophisticated lane modeling and 
complex route optimization. The evaluation tool [201] is preferably able 
to download data into [SPREADSHEETS] for manual and [OFFLINE] 
analysis. 

10035] The Abstract tool 202 provides the ability to summarize and 
communicate awards of a full contract into abstracts to be viewed by 
clients and personnel of the third party intermediary. It creates a summary 
high-level view of a contract and describes a business award, commitment, 
time period, shipments, transactions and amount of money involved, etc. 
There may be largely a manual process to create the abstracts, but 
preferably at least key fields can be selected from the RFP/contract to 
automatically appear in the abstract. The abstract tool 202 may be 
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• partitioned for client-specific views, in effect creating multiple abstracts 
for a given contract, with each abstract based on the target audience. 

[1003 61] The Supplier Database 203 contains descriptive information 
on carriers, shipper requirement, approved suppliers and consolidated 
storage locations obtained from Provider Management [1001] and Data 

Warehouse [901.] The data includes standard qualification data (co- 
ownership, financial strength, safety review information, operational 
capabilities, commercial & operational contact information, real title, 
[CAPACITY/LOAD] capability, etc.) The supplier qualification data can 
be adapted and customized to each individual client. The carriers also 
preferably maintain the information describing their capabilities (capacity, 
routes, etc.) themselves. The personnel of the third party intermediary 
reviews supplier capabilities with business needs. Any subset of the 
information may be included in the [TRANSMITTAL] of the RFP. The 

purchasing module preferably includes the capability to individualize 
selection criteria based on shipper-specified approval requirements. The 
Supplier Database 203 preferably uses information from the provider man 
agement and data warehouse modules where actual provider performance 
metrics are stored. 

10037] The Proposal Database 204 contains the main commercial activity 
that may result in a contracted shipment. The RFP created by personnel of 
the third party intermediary with input from the client and the logistics 
system is initially stored in Supplier Database 203. Customer profile data 
is provided from Customer Profile Database 505. Historical data for 
similar moves (e. g., lane data or business shipment history) is provided 
from Shipment History 905 in the data warehouse module. 

Suppliers are targeted via candidate in the Supplier Database 203. RFPs 
are sent and received electronically in a consistent format. Rate data is 
compiled in a database/folder/table. Resul ts are given to the evaluation 
tool 201 for presentation and selection by personnel of the third party 
intermediary. Winning proposals are sent to the Abstract process tool 202 
and to the contract administration module. 

[100381] The work process flow carried out b y the purchasing module 
preferably allows the third party intermediary to act as a broker awarding 
shipments to the winning bidder as graphically illustrated by the global 
chemical tanker process illustrated in Figs. 26 and 27 in the provisional 
application, the domestic bulk motor process illustrated in Fig. 33 in the 
provisional application or the rail transport process illustrated in Fig. 35 in 
the provisional application. The winning bidder may be determined by any 
selection criteria according to the following steps: [0039] 

[CARRIERS/LOGISTICS SUPPLIERS MAINTAIN] current 
capabilities in the Supplier Database 203. A client electronically forwards 
contract requirements for a shipment to personnel of the third party 
intermediary. Preferably, the third party [INTERM] ediary does all the 
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' negotiating between the shipper and the [CARRIERS/LOGISTICS 
SUPPLIERS . THE] third party intermediary creates the RFP for the 
shipment. 

Shipment history in the Proposal Database 204 is used to help specify lane 
data for the RFP. This ca n be performed manually until the shipment 
history is built over time. The third party intermediary targets suppliers 
based on what is in Supplier Database 203. The RFP is sent to targeted 
[CARRIERS/LOGISTICS] providers. The 
[CARRIERS/LOGISTICS] providers re spend to the RFP and the 
response data is collected in the proposal 

[DATABASE/FOLDER/TABLE • ] The third party intermediary evaluates 
the proposals, preferably using evaluation [TOOL 20L.] The third party 
intermediary selects the winner to whom the shipment contract is awarded. 
The third party intermediary creates an abstract of the contract for general 
high-level dissemination of terms. The third party intermediary confirms 
selection with the shipper using an abstract. 

[10040] The rate information is codified into a contract with rate 
information captured in the rate database. There are likely multiple rates: 
one rate is the actual rate that the third party intermediary negotiated to pay 
the carriers. One rate is the rate the third party intermediary is charging the 
shipper, which a markup by the third party intermediary for sending it to 
their ERP system. 

[100411] The contract administration module is shown in Fig. 3. The 
key components of the contract administration module are the processes to 
propose, upda te and maintain existing contract configurations [301,] 
the tariff search, view and/or publish process 302, the rates and routes 
synchronization process 303, the contract database 304, the routes 
database 305, the rates database 306 and the process to establish new 
contract configurations 307. 

10042] The processes to propose update and maintain existing contract 
configurations 301 changes or maintains contract information between the 
shipper, the third party intermediary and the [CARRIER/LOGISTICS] 
provider. It is [US ED FOR] minor changes to a contract, such as adding 
a new route or an approved rate increase, ancillary charges, etc. 

[0043] The tariff search, view and/or publish process 302 views and 
manages tariff publications. 

It is preferably composed of two pieces: search and use public tariffs vs. 
publish a tariff for others to use based on rates and routes provided by the 
third party intermediary. The search and view are simply links to other 
sites with tariff information. It may or may not have automated 
functionality. 
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* There is a link to the third party intermediary rates/routes to 
[PUBLISH/MAINTAIN] tariffs. This may be done using a commercially 

available software package. 

[10044] ] The rates and routes synchronization process 302 
synchronizes the routes database and the rates database with the shipper's 
ERP system or internal databases. The third party intermediary is the 
source system (source of truth) for rate/route information. Each time new 
rate/route data is created or changed, it is packaged and sent to the shipper 
ERP s ystem (s). It can be scheduled for daily, weekly, etc. updates. 

[100451] Contract database 304 is the storage location for the non-route 
and non-rate contract information (i. e. long form contract text, service 
standards, [ETC . ) . ] It preferably handles both transportation and 
facility contracts. It may also be the storage location for contracts with 
service providers such as surveyors. It contains essential information such 
as names, addresses, terms, duration, authorities, liabilities, commitments, 
service standard s, subscription rates, transaction fees, etc. Contracts 
between the third party intermediary and its client may also be kept in the 
contract database 304. Alternatively, they may be kept in a back-office 
system or function. 

[100461] Routes database 305 is the storage location for routing guides 
of the third party intermediary. It is integrated with Schedule 501. It drives 
selection of a carrier based on origin- destination pairs for a given shipper. 
It can also contain preferred, second, third and fourth choices for preferred 
routing. 

[100471] Rates database 306 is the storage location for rates of the third 
party intermediary with the [CARRIERS/LOGISTICS] providers 
(transportation, facilities, and services) and with the shippers/clients. It is 
interacts with Shipment Database 708. Each route will likely have multiple 
rates (e. g., the rate the third party intermediary pays versus the rate the 
client pays). The rates for the clients usually will be different from the 
rates being paid to the carriers. The spread between th ese rates is the 
revenue source for the third party intermediary and the other participants 
as described above. The markup is variable by client, contract, and/or 
route. It may be a percentage, flat rate, dollar amount per unit, etc. 

Clients only have access to rates of the third party intermediary, not the 
rates of the [CARRIERS/LOGISTICS] providers. The rates database is 
preferably available across different carrier modes. 

[100481] The established new contract configuration process 207 
establishes a new contract, route or rate configuration (beyond 
maintenance as per B. [ 1 ) ] which the logistics system will execute. 

[301 IS] a subset of this process. Winning proposals provide the trigger 
point for new contracts to be established. Data from the proposal is 
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- converted to a contract and the rates and routes established. 

This process establishes the markup and the rate is stored in Rates 
Database 306. Upon establishment of the contract, standards against which 
performance is measured is set up in the system when reporting metrics. 

[100491] The optimization module is shown in Fig. 4. The key 
components of the optimization module are What If Scenarios [40] , ] 
Analysis Tools 402, Optimum Source Algorithm 403, Total Landed Cost 
Algorithm 404, Freight Consolidation 405, Macro Network Op 

[TIMIZATION] 406, Data Management Tool 407 and Algorithm Library 

408. 

1 0050] What If Scenario [401] allows the shipper and the third party 

intermediary to perform ad hoc logistics scenario analysis. Relevant 
system information from other parts of the logistics syste [M] are gathered 

and supplied via the Data Management Tool 407. What If Scenario 401 
facilitates the automation of manual processes such as path route mode 
comparisons, side by side carrier comparisons and cost vs. service 
comparisons. Analysis Tools 402 provide analytical tools to 401. 

[0051] Optimum Sourcing Algorithm 403 allows the shipper (personnel 
and/or ERP) and the third party intermediary to perform enterprise 
configuration of optimum shipping locations for product sourcing. Routes, 
rates and transit tim es are all available via the Data Management Tool 
407. 

The logic of the algorithm is fairly simple, but becomes complex as the 
shippers network of shipping locations and customer base becomes large. 
The output of Optimum Sourcing Algorithm 403 is in a format friendly for 
the client shipper. 

10052] Total Landed Cost Algorithm 404 allows client shipper personnel 
and the third party intermediary to calculate the total landed cost of an 
international shipment. Landed cost involves freight for each leg, duty, 
tax, etc. It may be automated or it may employed in response to an 
individual request [(NON-ERP) •] The Total Landed Cost Algorithm 

404 uses both domestic and international rates stored in the logistics 
system. 

[10053] ] Freight Consolidation 405 allows a client shipper's ERP to 
review orders and look for an opportunity to consolidate 
[ LESS - THAN - TRUCKLOAD ] (LTL) and less-than-container (LTC) 

shipments into full truck loads and containers. It receives an electronic 
feed from the scheduling module and reviews LTL and LTC order for 
geographic and delivery overlaps. It is able to combine orders into a single 
shipment (booking, manifest, Bill of Lading (BOL), etc.) and schedule the 
consolidated order in conjunction with Scheduling 501. Freight 
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•Consolidation 405 is preferably employed to [EITHER/BOTH] multiple 
drop-offs at destination or single warehouse destination with local LTL 
deliveries. It produces a savings for client shippers not already 
consolidating due to lack of manpower. 

[10054] ] Macro Network Optimization 406 allows the third party 
intermediary to make distribution network efficiency changes for a client 
shipper from to a high level analysis of the client's network and its own 
corresponding overall network. This capability is a paradigm shift in the 
management of logistics networks. It may be provided as a value added 
service in the data mining capability of the logistics system with its own 
pricing structure. The sophisticated logic software is preferably developed 
in conjunction with the logistics network of the third party intermediary. 

[10055] ] Data Management Tool 407 allows the above optimization 

tools 401 to 406 to access the requisite information in [SUPPLIER 

RATING 1001,] Contract 204, Routes 205, Rates 206, Data Warehouse 

901, Customer Profile 505 and Regulations 1 103. It provides'logic and 
architecture to access all main data areas of the logistics system. 
Algorithm library 408 provides the requisite logic to support the 
optimization activities in the above optimization tools 401 to 406. 

[0056] The Scheduling Module is shown in Fig. 5. The key components of 
the scheduling module are Allocate and [SCHEDULE 501, 
NOTIFY/BOOK] 502, Offer 503, Match & Synchronize 504, and 
Customer Profile Database 505. 

[100571] Allocate and Schedule [501] allows a client shipper's ERP 
order stream to be routed in conjunction with Routes 305 and then 
scheduled for shipping in the logistics system. It preferably is a web 
enabled solution which receives ERP data via the Internet and [XML • 
IT] uses Freight Consolidation Logic 405 to identify LTL and LTC 

consolidation opportunities and uses Route Guides 305 and Regulations 
Data Management Tool 1 103 to identify the proper carrier/logistics 
provider. 

Allocate and Schedule 501 is the first point [OF HANDOFF TO] the 

logistics system from a client shipper's ERP and, depending on mode of 
carrier, sends order sets to either Notify/Book 502 or Offer 503. It allows 
strategic order management rather than tactical order management. 

[100581] Notify/Book 502 sends ERP order sets over the 
[INTERNET] to a [CANIER/LOGISTICS] provider to notify them of 
the shipment and supply them the basic shipment data. It also updates the 
corresponding shipment record in Shipment Database 708. It is used for 
transportation modes such as rail and LTL where shipment tendering is 
automatic (i. e. pickups are routine or never turned down). 
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[ ( 0059] ] Offer 503 sends ERP order sets over the Internet to 
[CARRIERS/LOGISTICS] providers to offer the shipment for carriage. 
It is used for transportation modes (such as truckloads, bulk truck, pack 
marine and air) where shipment tendering is not automatic (i. e. pickups 
are not routine [AND/OR] there is an opportunity for a turn down. The 

[CARRIER/LOGISTICS] provider reviews requirements and accepts, 
accepts with conditions or rejects the shipment offer. 

[ACCEPTANCE/REJECTION] acknowledgment logic is used to book or 
reoffer the shipment to another [CARRIER/LOGISTICS] provider. It 
also updates the corresponding shipment record in Shipment Database 
708. 

[10060]] Match & Synchronize 504 calibrates the customer profiles 

between the client's ERP, the carrier/logistics provider's TMS and 
logistics. Customer Profile Database 505 maintains customer profiles 
which may be sent to RFP 204 and viewed by outside personnel. 

[0061] The Tanker Planning System (TPS) Module is shown in Fig. 6. The 
key components of the TPS module are Plan 601, Tentative Nomination 
602, Booking 603, Origin Survey 604, Destination Survey 605, Tanker 
Planning System (TPS) Database 606 and Selective View 607. 

[(0062)] In Plan 601, the [CLIENT/SHIPPER, ] ship owner and/or 

customer collaborate on long range (i. e., 90 days) product forecasts and 
ship sailing schedules. Data is recorded in the TPS database. 

Clients and/or potential customers enter their forecast for shipments 
(arrivals). Ship owners typically don't share their position data since such 
information may be used to their disadvantage by customers. 

For example, if a customer knows that a ship is empty and in need of 
cargo, they may request an unfavorable rate less than standard rates. 
Therefore, Plan [601] includes [SECURITY/PARTITIONING] so that 
no party other than the ship owner (and the third party intermediary) can 
directly access its data. 

[100631 IN] Tentative Nomination 602, [SHIPPER/ CLIENTS] and 
ship owners collaborate on more near term product requirements [ (I . ] 
e., 30 days) and ship sailing schedules. Tentative c COMMITMENTS] are 
made. Data is recorded in the TPS database 606. Data from planning is 
imported into Tentative Nomination 602 and then confirmed. There is no 
commitment until the booking step by Booking [603.] 

[(0064)] Take or pay commitments are established between Clients and 
the Ship Owners in Booking 603. Data is recorded in the TPS database 
606. Booking occurs between 10 and [15] days before the first day of the 
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• [15] day window for loading. Product needs to be ready to load on the 
first day of the window. Nominations are confirmed and definitive 
commitments are made. This is administrating a shipment against a 
previously established contract. Loading communication is sent to ship 
owner, surveyor, and terminal. Freight rates are loaded into the TPS 
database 606 during booking. 

[ 1 0 0 6 5 J] Product and quantity data is confirmed by the loading survey 
in Origin Survey 604 and entered into the TPS system. The third party 
intermediary arranges the contract with the surveyors globally. The 
terminal schedules the surveyor to com e in to do the survey. The surveyor 
takes samples and also takes them to the terminal ! s lab. Data is recorded in 
the TPS database 606. 

[100661] Product and quantity data is confirmed by the un-loading 
survey in Destination Survey 605 and entered into the TPS system. The 
third party intermediary arranges the contract with the surveyors globally. 
The receiving terminal schedules the surveyor to come in to do the 
destination survey. Surveys are conducted at the end as proof of delivery 
and to avoid auditing freigh t bills later. 

Data is recorded in the TPS database 606. 

[10067] ] The Tanker Planning System (TPS) Database is preferably a 

relational database storing collaborative data between 
[CLIENT/SHIPPER, ] customer, surveyors, freight forwarders, and 

ship owners. 

It is the main data store for all TPS work processes. It is highly preferable 
that there be security and partitioning of data stored in the TPS Database 
[606.] 

[100681] The Selective View 607 provides partitioned access to the 
TPS module and is preferably managed separately for each participating 
party. It interfaces to Shipment Database [708,] Accounts Receivable 
801, Accounts Payable 802 and Regulation Data Management [1103 . ] 

[10069] ] The Shipment Management Module is shown in Fig. 7. The 
key components of the shipment management module are Data 
Management Tool 701, Detention 702, Inventory 703, Equipment 704, 
Mileage Earnings Tracking 705, Changes and History Change Tracking 
706 Exceptions 707 and Shipments Database 708. They provide a 
significant reduction in administrative work on behalf of the shipper and 
carrier as illustrated in the example domestic motor transport process 
illustrated in Fig. 34 in the provisional application. 

[100701] The general ledger of the third party intermediary is 
maintained in General Ledger 803. 
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The cash float and currency positions are managed by the treasurer with 
assistance of Cash Management [804.] These are standard functions and 
are preferably achieved by commercially available software applications. 

[10071] ] The Data Warehouse Module is shown in Fig. 9. The key c 

omponents of the data warehouse module are the Business Information 
Desktop [90] , ] Data Mining 902, Metrics & Canned Reports 903, Ad 
Hoc Reports 904, Operations Data Store 905 and Commercial Data Store 
906. 

10072] Business Information Desktop 901 is a front end int erface to data 
reporting from the various sources in the logistics system. It provides 
access to metric reporting, canned reports, and the ability to create ad hoc 
queries and perform data mining. It retrieves data from RFP 204 and 
Provider Management 1001. Data reports are downloadable to desktop 
applications such as spreadsheets, etc. 

Clients can only view their own data and the data that they authorized to 
see. User security is integral to the data warehouse module. Security can 
be controlled by r ole and is preferably very rigorous. 

[{0073}] Data Mining 902 aggregates and repackages data for sale and 

other various uses. It is used to identify trends and high-level trends in the 
data. It contains high-powered selection, filtering, and manipulation 
capabilities for large users. 

[10074] ] Metrics and Canned Reports 903 generates routine canned 
reports from Operations 905 and Commercial Archives 906. The reports 
are defined by end-users and SMEs. They can either be pre-generated or 
run-on-demand against reporting data sources, not operational transaction 
databases. 

Data may be current, but not real-time. Data sources are refreshed on 
schedule. 

10075] Ad Hoc Reports 904 generates spot ad hoc reports from Operations 
905 and Commercial Archives 906. The reports are created an d 
run-on-demand against reporting data sources, not operational transaction 
databases. Data may be current, but not real-time. Data sources are 
refreshed on schedule. 

[10076] ] Transaction-oriented operational data is downloaded from 
Shipment Database 708, aggregated, and otherwise manipulated in 
Operations Data Store 905 to provide ready and convenient access for 
reporting with the assistance of Financial Package 801. The focus is on 
shipments. Data is refreshed on a regular basis [ (DAILY/ WEEKLY, ] 
etc.), but is no t real-time. 
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10077] Commercially oriented data is downloaded from RFP 204, 
Contract 304, Routes 305 and Rates 306, and otherwise manipulated in 
Commercial Data Store 906 to provide ready and convenient access for 
reporting with the assistance of Financial Package [801 . ] The focus is 
on suppliers, contracts, and rates. The data is refreshed on a regular basis 
(daily/weekly/monthly), but it is not real time. 

[10078] ] The Provider Management Module is shown in Fig. [10 . ] 
The key components of the provider management module are Supplier 
Rating 1006, Rating Report [1002 , ] Performance Review [] 003 , ] 
Enabling Metrics [1004 , ] Strategic Nonconformance Reporting Process 
1 005, Nonconformance Report Log [1006,] Tactical Nonconformance 
Reporting Process 1007 and Operational Fix 1008. 

[10079]] Supplier Rating [100]] executes the supplier rating process 
using an interface to Business Information Desktop 901. Rating Report 
1002 publishes the output of the supplier rating process executed by 
Supplier Rating 1001 using an interface to Business Information Deskt op 
901. 

[100801 PERFORMANCE REVIEW 1003] allows client/shipper 
and/or third party intermediary personnel to review the supplier's 
performance for suitability as output from Metrics [1004 # ] NCR 1005 

and Supplier Rating 1001. Enabling Metrics 1004 loads the metric req 
uirements as determined by the purchasing module so the system can 
auto-calculate and track a supplier's performance using interfaces to 
Business Information Desktop [901] and Establish New Configuration' 
307. 

10081] If Performance Review 1003 reveals unsatisfactory performance, 
Strategic Nonconformance Reporting Process 1005 initiates a request for 
systemic supplier performance improvement. Nonconformance Report 
Log [1006] is maintained of all the tactical NCR events for later 
systemic review and evaluation in Strategic Provider Management. 
Tactical shipment nonconformance events are registered and providers 
requested for corrective action in Tactical Nonconformance Reporting 
Process 1007. Providers can correct nonconformance using Operational 
Fix 1008 and update the corrected record using Exception Queue 707. 

[100821] The Regulatory/Health & Safety Module is shown in Fig. 
[11.] The key components of the [REGULATORY/HEALTH] & Safety 
Module are MSDS Synchronization 1101, TSR Synchronization 
[1102,] Data Management Tool [1103,] [CUSTOMS 1104, 
DUTY 1105,] Reporting of [EXPORT/ IMPORT] Activity 1 106 and 
Compliance Information & Regulations 1 107. 
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. [100831] This module has significant integration with the shipment 
module. It may also be combined with data mining in the data warehouse 
module. The tra nsactional activities are separated from the 
[INFORMATIONAL] presentations. Preferably, data from this module, 
such as a Table of Denials, blocks an order from being shipped. 

[0084] MSDS Synchronization 1101 provides a link access and makes a 
[CLIENT/SHIPPER] MSDS information available for download to the 
logistics system. Preferably, the MSDS information downloads are kept 
up-to-date and are in a bit-mapped file format, such as PDF, so that they 
[CAN&APOS;T] be edited. TSR Synchronization [1102] links the 

client's Transportation and Safety Record (TSR) information and makes it 
available to the logistics system. The TSR information contains both 
informational and transactional data (copy of information tied to the 
order). The clients are the only owners of the MSDS and TSR information. 
The logistics system can either keep a copy of the downloaded MSDS and 
TSR information or simply pass them through to the shipper. 

10085] Regulation Data Management Too] [103 ] is the focal point to 
coordinate all of the regulatory, safety and compliance information in the 
system. [IT] is the end-user interface to the data in the module. It 
interfaces with RFP 204, [SCHEDULE/ALLOCATION 501,] Shipment 
Database 708, Optimization Data Management 407 and TPS 606. 

10086] Customs [1104] executesthecustomsreportingrequirements.lt 
includes transactional activity and information including shipper, country 
of origin, product, value, recipient, vessel, etc. 

Customs [1104] also prepares documents to facilitate clearing customs 
and recording when customs has been cleared. 

[[0087]] Duty [1105] executes the duty and duty drawback 
calculations and provide the reporting to the government. It includes 
transactional activity. Duty occurs with the shipment. Duty drawback is 
calculated after-the-fact. The duty can be calculated in various phases as 
the logistics system is improved. For example, at first it could perform 
calculations for US-imports only. 

10088] Report Import/Export Activity 1 106 executes the transactional 
reporting requirements for export and import activity. Like Customs 1 104, 
it handles transactional activity and prepares documents to report to the 
census and other government bureaus to record [INBOUND/ OUTBOUND] 
transaction. 

10089] Compliance Regulations 1 107 links and makes available 
information for all the pertinent regulatory and/or professional compliance 
standards. It may be a link or a copy that needs to be kept synchronized. It 
is similar to MSDS Synchronization [1101] and TSR Synchronization 
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. [1102 , ] except that source data is from the government 
and/orprofessional/standards organ izations. Preferably, it includes DOT 
Synchronization, Coast Guard Synchronization, IATA Synchronization, 
IMO Synchronization, Department of Commerce Synchronization and 
Other Synchronization. 

[[00901] An important aspect of the preferred embodiment is that while 

it is integrated to operate across several different transport modes, it does 
not utilize generic work processes or business requirements for each one 
of the transport modes. Rather, it utilizes the work processes or business 
requirements which are best suited to each individual transport mode. 
Furthermore, these transport mode specific work processes and business 
requirements are integrated throughout the various modules of the logistics 
system, such as purchasing, contract administration and provider 
management module. 

[[00911] As an example of the integration of transport mode specific 
processes, in the purchasing module, consider the information necessary to 
arrange for the shipment of goods through a RFP or other purchasing 
procedure. This information [INCLUDE S,] for example, data items 
relating to terms and conditions, type of goods, 

[ORIGINS/DESTINATIONS , ] rate structure, term of contract, 
equipment specifications, safety, service requirements and special 
requirements. In the preferred embodiment, this information is different 
for each one of the transport modes. To illustrate the differences, example 
of data items are now given for several different transport modes. 
However, these data items are merely exemplary and may be modified as 
desired in any parficula r implementation. 

[10092)] As bulk truck transport mode data items, the commodities 

may include product names; lane data may include origin/destination pairs 
and single vs. multi-compartment ; origins/destinations may include plant 
or terminal, address/county/zip code, hours of operation, scale availability, 
loading [THROUGHPUT, ] and driver role; rate structure may include 
minimums, $PLM, CWT, point to point, zip codes, counties and free-time 
standard; term of contract may include duration of boilerplate or escalation 
provisions; equipment specifications may include cleanliness standards, 
payload standards, fleet compartment profiles, ancillary equipment, Food 
[USPFDA, ] and Kosher Grade capabilities; safety may include 
satisfactory DOT rating; satisfactory rating by a com mercial party (such as 
the third party operating the logistics system), and handling and 
communication ; service requirements may include hours of operation, 
communication, electronic interfaces, response times and teams; and 
special requirements many include non-typical facility and handling issues. 

[10093]] The data items for truck load transport mode may differ from 
those for bulk truck transport, particularly for equipment specifications, 
which may indicate, for example, length, reefers, payload standards. The 
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. safety data items may indicate blocking and bracing. The service 
requirements may include consolidations, multi-stopoff and transit 
standards. 

[10094] ] The data items for less than truckload (LTL) transport mode 
may also differ from those for truck load transport. For example, the 
service requirements may include expedited service, liftgate service and 
diversions. 

[0095] The data items for rail transport mode may differ substantially. For 
example, the lane data may include annual volumes and average weight; 
the [ORIGINS/DESTINATIONS] may include serving railroads, 
[OPEN/CLOSED] status, storage track, and maximum gross weight; the 
rate structure may include zero or full mileage, discounts; the equipment 
specifications may include payload standards; the safety data items may 
include hazmat regulations; and the service requirements may include SIT 
requirements. 

[10096]] For containership transport mode, the origins/destinations 

ports may include ship sailing schedule, door to port, port to port, port to 
door, and door to door; the rate st ructure may include volume 
commitments, equipment size and type costing model, freetime, 
[DEAD FREIGHT , ] all-in and surcharges; the equipment specifications 

may indicate 40 feet or 20 feet containers, reefers, iso-tanks, high cubes, 
flat racks, etc; the safety data items may include stowage requirements and 
[HAZMAT] ; and the service requirements data items may include 
frequency of sailings and transit times and space requirements. 

[100971] As bulk tanker transport mode data items, lane data may 
include load/discharge por ts and annual tonnage; data items for 
load/discharge ports may include berth particulars (LOA, Draft, etc.), 
receiving capability (tank sizes, pump rate, nitrogen availability) and 
surveyor information; rate structure may include parcel size costing 
[MODEL , LAYTIME , ] demurrage, shifting fees, and grade allowances; 
equipment specifications may include tank specifics (stainless, coated, 
etc.) and vessel age; safety may include compliance with US and IMO 
regulations, port of destination country requirements; and service 
requirements may include number of sailings per year and communication 
(ETA updates, ^position lists, [ETC . ) ] 100981 As for air cargo transport 
mode data items, the lane data may include door vs. airport and tonnage; 
the [ORIGINS/DESTINATIONS] may include airport-airport, 
door-airport, door-door; the rate structure may include dynamic data items; 
the equipment specifications may include payload standards and fleet 
profile; the service requirements may include freight forwarder role, 
customs, duties, tax, export declaration, transit 24/7 and flight schedules; 
and the special requirements data items may include RAC requirements, 
dimensional capability and heavy lift capability. 
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[100991] As other examples of the integration of transport mode 
specific processes, the d atabase in the purchasing module, may contain 
different data items for shippers and carriers in one transport mode than 
for shippers and carriers in another transport mode. The provider 
management module may utilize different key performance indicators, 
different qualification criteria and different quality rating algorithms for 
different transport modes. As another example, the contract administration 
module may utilize different information for different transport modes, 
such as rate surcharges, ancillary items, etc. 

[100100]] Although a preferred implementation of the example 
embodiments, the invention is not limited to the logistics system shown in 
Figs. 1-11. Indeed, there are many aspects and advantages of the example 
embodiments of the invention that may be particularly useful and widely 
adaptable for use independently of other aspects and advantages of the 
example embodiments of the invention. In this way, transport logistics 
systems and methods can be efficiently provided for a plurality of shippers 
and carriers. 

[1001011] Other features of the invention may be apparent to those 
skilled in the art from the detailed description of the example 
embodiments and claims when read in connection with the accompanying 
drawings. While the foregoing and following written an d illustrated 
disclosure focuses on disclosing example embodiments of the invention, it 
should be understood that the same is by way of illustration and example 
only, is not to be taken by way of limitation and may be modified in 
learned practice of the invention. While the foregoing has described what 
are considered to be example embodiments of the invention, it is 
understood that various modifications may be made therein and that the 
invention may be implemented in various forms and embodiments, and 
that it may be applied in numerous applications, only some of which have 
been described herein. It is intended by the following claims to claim all 
such modifications and variations. 

Description Claims 



CLAIMS 1 . An integrated logistics system for managing the shipments of 
goods supplied from a plurality of different shippers by a plurality of 
carriers, said system comprising; a purchasing module evaluating 
proposals by shippers for respective shipments of goods and awarding 
contracts for the shipments to the plurality [OF CARRI ERS ;] an 

optimization module analyzing the proposals and informing the purchasing 
module if an opportunity exists for at least some of the shipments to be 
consolidated, in which case at least one contract awarded by the 
purchasing module is for a consolidated group of the shipments; a contract 
administration module maintaining information relating to the status of 
proposals received and contracts awarded by the purchasing module ; a 
scheduling [MODULE SHEDULING] shipments according to the awarded 
contracts; a shipment management module tracking the status of shipments 
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* awarded by the purchasing module and scheduled by said scheduling 
module; and a financial module authorizing payments according to the 
status of shipments tracked by the shipment management module. 

2. An integrated logistics system according to claim 1, wherein the 
plurality of carriers includes ship owners and the logistics system includes 
a tanker planning module. 

3. An integrated logistics system according to claim 2, wherein the 
tankerplannin g module includes a partitioned relational database storing 
collaborative data relating to shippers, freight forwarders and ship owners. 

4. An integrated logistics system according to claim 3, wherein access to 
each partition in the relational database is selectively controlled and 
managed so that contracts between shippers and ship owners can be 
awarded by the purchasing module without revealing the confidential 
information of one party to the other. 

5. An integrated logistics system according to claim I, further comprising a 
data warehouse module storing operations data received from the shipment 
management module and commercial data received from the financial 
module. 

6. An integrated logistics system according to claim 5, wherein the data 
warehouse mo dule selects, filters, aggregates and repackages said 
operations data and commercial data to generate data mining, metrics and 
predetermined reports, and customizable reports. 

7. An integrated logistics system according to claim [6,] wherein the 

data wareho use module includes a front end interface offering secured 
access and controlled transfer between the data warehouse module in 
computer readable format. 

8. An integrated logistics system according to claim 1 further comprising a 
carrier management module which tracks the performance of carriers and 
generates ratings of the carriers. 

9. An integrated logistics system according to claim [8 , ] wherein the 
carrier management module receives information from the front end 
interface of a data warehouse module. 

10. An integrated logistics system according to claim [8,] wherein the 

carrier management module receives metric requirements from the 
contract administration module. 

[I] An integrated logistics system according to claim [8 , ] wherein the 
carrier management module receives exception information indicating 
shipment problems from an exception queue in the shipment management 
module. 
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12. An integrated logistics system according to claim [I , ] further 
comprising a regulatory module collecting information from other mo 
dules of the system and providing reports related to health and safety or 
governmental regulations. 

13. An integrated logistics system according to claim [12,] wherein the 
purchasing module blocks an award of a shipment to a carrier according to 
information maintained in the regulatory module. 

14. An integrated logistics system according to claim 12, wherein the 
regulatory module accesses the MSDS and TSR information maintained in 
the Enterprise Resource Planning software of a shipper. 

15. An integrated logistics system according to claim [I] wherein the 
shipment management module includes a relational database logging and 
storing all of the shipment records of the shipments awarded by the 
purchasing module and scheduled by said scheduling module. 

[16 . ] An integrated logistics system according to claim 15, wherein the 
shipment management module includes a data management tool managing 
the viewing [AND/ ORUPDATES] [OFTHE] data in the relational 
database in a secure change environment. 

17. An integrated logistics system according to claim 15, wherein the 
relational database in the shipment management module receives 
information from the shipper and carrier for each shipment, the contract 
administration module, and the scheduling module. 

18. An integrated logistics system according to claim 15, wherein the 
shipment management module receives or computes position data to audit 
and/or calculate current information on detention and to validate charges 
for detention. 

[19 . ] An integrated logistics system according to claim 15, wherein the 
shipment management module computes inventory data to calculate the 
position and amount of inventory in the shipments tracked by the shipment 
management module. 

20. An integrated logistics system according to claim 15, wherein the 
shipment management module provides information on the location and 
status of equipment of a given shipper or carrier. 

21 . An integrated logistics system according to claim [15 , ] wherein the 
shipment management module includes an audit system allowing changes 
to shipment records in the relational database to be controlled and tracked 
per audit protocols and viewing of ths history and changes made to/during 
a shipment. 



22 of 25 



5/8/03 3:11 PM 



IPDL Search Result 



wysiwyg://99/http://ipdl.wip^ 



22. An integrated logistics system according to claim [15 , ] wherein the 
shipment management module forwards an electronic authorization for 
payments to the financial module according to the shipments records in the 
relational database. 

23. An integrated logistics system according to claim I, wherein the 
contract administration module permits minor changes to a contract 
awarded by the purchasing module by coordinating change requests and 
change response messages between the shipper and the carrier. 

24. An integrated logistics system according to claim [1 , ] wherein the 

scheduling module receives electronic data from a shipper for a shipment 
and forwards said data to the corresponding carrier via a distributed 
communications network and XML. 

25. An integrated logistics system according to claim 24, wherein the 
scheduling module matches and synchronizes the timing of notification, 
booking or offer of the shipment with the carrier and automatically notifies 
the shipper that the shipment has been confirmed. 

26. A method of arranging for the shipment of goods by one of a plurality 
of carriers, said method comprising: maintaining carrier information 
relating to each one of said plurality of carriers in a centralized logistics 
system; receiving a proposal for the shipment of goods supplied from a 
shipper, said proposal including shipping information relating to the 
shipment of the goods and transaction information relating to the contract 
terms for the shipment ; evaluating the proposal to select a carrier from 
among said plurality of carriers ; and creating an electronic abstract of a 
contract between the shi pper and the selected carrier for the shipment of 
goods identified in the proposal. 

27. A method of arranging for the shipment of goods as recited in claim 
26, further comprising creating an electronic abstract of the response 
received from the selected c [ANIER] and confirming selection of the 
selected carrier with the shipper using the electronic abstract of the 
response. 

28. A method of arranging for the shipment of goods as recited in claim 
26, wherein the carrier information includes qualification information for 
each one of the plurality of carriers. 

29. A method of arranging for the shipment of goods as recited in claim 

28, wherein the qualification information indicates the ability of the 
plurality of carriers to ship different categories of goods. 

30. A method of arranging for the shipment of goods as recited in claim 

29, wherein the different categories of goods include chemicals. 
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3 1 . A method of arranging for the shipment of goods as recited in claim 
26, further comprising sending an electronic abstract of the proposal to the 
potential carriers; evaluating responses to the electronic abstract received 
from the potential carriers, said responses including shipping information 
supplied by the carrier relating to the shipment of the goods or transa ction 
information relating to the contract terms for the shipment ; selecting one 
of the potential carriers for the on the basis of the responses to the 
electronic abstract and the carrier information maintained in said 
centralized logistics system; 32. A method of arranging for the shipment of 
goods from an origin to a destination, said method comprising : retrieving 
routing information for a plurality of different transport modes; retrieving 
carrier information relating to each one of a plurality of different carriers 
for each one of said plurality of different transport modes; determining a 
routing for the shipment of goods from said origin to said destination 
based on said retrieved routing information; and scheduling the shipment 
of goods from said origin to said destination based on said carrier 
information. 

33. A method according to [CLAIM 31,] wherein the scheduled 
shipment of goods from said origin to said destination is scheduled to use 
at least two different transport modes. 

34. A method according to claim 32, wherein the scheduled shipment of 
goods is arranged using a third party logistics system. 

[35.] A method according to claim [31,] wherein one of said plurality 
of different transport modes comprises truck transport. 

36. A method according to claim 34, wherein said carrier information 
includes information relating to bulk truck carriers, [TRUCKLOAD 
CARRIERS , ] and less than truckload carriers. 

37. A method according to claim 34, wherein said shipment is scheduled 
using information unique to truck transport. 

38. A method according to claim [31,] wherein one of said plurality of 
different transport modes comprises rail transport. 

39. A method according to claim 37, wherein said shipment is scheduled 
using information which is unique to rail transport. 

40. A method according to claim [31,] wherein one of said plurality of 

different transport modes comprises containership transport 41. A method 
according to claim 39, wherein said shipment is scheduled using 
information which is unique to containership transport. 

42. A method according to claim [31,] wherein one of said plurality of 
different transport modes comprises bulk tanker transport. 
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43. A method according to [CLAIM 41, ] wherein said shipment is 
scheduled using information which is unique to bulk tanker transport. 

44. A method according to claim [31, ] wherein one of said plurality of 
different transport modes comprises air freight, 

45. A method according to claim 44, wherein said shipment is scheduled 
using information which is unique to air freight. 

Description Claims 
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Description Claims 



TRANSPORT LOGISTICS SYSTEMS AND METHODS [ [00011] 
This application claims the benefit of the filing date of United States 
provisional application number 60/221,541, filed on July 28,2000 and 
entitled'Transport Logistics Systems and Methods", the disclosure of 
which is hereby incorporated by reference in its entirety. 

TECHNICAL FIELD [100021] This invention relates generally to 
logistics systems and methods. In particular, the present invention relates 
to logistics systems and methods for the transportation of good s. 

BACKGROUND ART 10003] There are inefficiencies in the shipments of 
goods and a lack of good strategic planning. 

In a typical situation, a large shipper and its customers may all have 
sophisticated Enterprise Resource Planning (ERP) system software. The 
ship per's ERP system fine tunes production assets to manage customer 
orders, production overflows, etc., so that they are continuously producing 
and providing products to their customers. When a customer wants to 
order a product, its system issues a purchase order document that must be 
forwarded to the shipper and input into its ERP system. The shipper's ERP 
system prepares the purchase order as a customer order, obtains and 
allocates the necessary inventory, schedules the order, arranges for 
manufacturing un its to manufacture the ordered product and then gets the 
product ready for shipment. After this is done, the shipper calls a carrier to 
pick up the shipment and an invoice is sent to the customer after the 
shipment has been picked up by the carrier [10004]] From the 
perspective of the ordering customer's system, the purchase order remains 
open and unpaid until the ordered product (s) is physically received from a 
carrier and is entered into the ordering customer's system. After the carrier 
accepts a shipment (i. e., gives a receipt) and before the shipment arrives at 
the shipper's customer and is entered into their ERP system, it cannot be 
tracked by the ERP system software of either the shipper or the shipper's 
customer. If a shipment is not received when expected, the customer and 
shipper must do a manual trace through phone calls or the like to 
determine the status of the shipment. 

[100051] The carrier is an owner of transport assets and services. For 
instance, the railroad carriers have trains, track, etc., and motor ca 
[RRIERS] have trucks and drivers. The carriers carry out a great deal of 
logistics since their profits depend greatly on how well they optimize the 
utilization of their transport assets and services. A primary goal of the 
carriers is to load their ships, trucks, etc., as full as possible. They typically 
use their own internal business and logistics applications, frequently 
Logistics Management Systems [ (LMS) ] which are independent of the 
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shipper and the shipper's customer, to decide how to best accomplish their 
shipments. 

[10006] ] Unfortunately, the applications systems of the shipper and the 

carrier do not communicate with each other. Thus, circumstances may 
arise where the shipment can be accomplished more efficiency and less 
expensively by, for example, shipping one day earli er or later or 
consolidated with the shipment of another shipper, but the shipper 
nevertheless requests the shipment when it does because it is not aware 
that such circumstances exist and does not cooperate with other shippers. 

[10007] ] Furthermore, the carriers are fragmented into various modes 

of transport (truck, rail, marine, air). These modes make the supplier's 
logistics of shipping products more difficult because there is no integration 
between modes. It also results in a large amount of administrative and 
financial transactions related to the shipments. The traditional transactions 
were generically illustrated in Fig. 

23 of the provisional application and illustrated with specific reference to 
the truck mode in Fig. 32 of the provisional application. Even third-party 
logistics service providers typically only accommodate one or two modes. 
For example, there are chemical tanker brokers (handling chemical 
tankers, product tankers, oil tankers), third party trucking companies 
(handling package trucks and som e bulk trucks), freight forwarders 
(handling containers and some trucks/warehouses) and terminals service 
providers (handling terminals, warehouses, and some transport capability). 

10008] These problems are especially acute when dealing with ocean 
transport and w ith some products, such as chemicals, because of the 
special handling and regulatory requirements. See, for example, the 
chemical transport terminal illustrated in Fig, 3 1 of the provisional 
application. Ocean Transport Intermediary (OTI) licenses are necessary for 
tankers and the various restrictions regarding, for example, ownership 
interests in the vessels and the transported goods causes such carriers to 
operate more independently from the shippers than in other transport 
modes and without the benefit of licensed third-party 
[INTERMEDIARIES] with substantial logistics capabilities. 

BRIEF DESCRIPTION OF THE DRAWINGS [100091] Abetter 
understanding and appreciation of the foregoing and of the attendant 
advantages of the present invention will become apparent from the 
following detailed description of an example embodiment of the invention. 
While the foregoing and following written and illustrated disclosure 
focuses on disclosing the example embodiment of the invention, it should 
be clearly understood that the same is by way of illustration and example 
only and is not to be taken by way of limitation. 

[ (0010] ] Fig. I is a generalized block diagram of a preferred 
implementation of a transport logistics system according to example 
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[ [00111] Fig. 2 is a block diagram showing certain details, including 
workflows, of an exemplary purchasing module in the preferred 
implementation shown in Fig. [1 . ] 

10012] Fig. 3 is a block diagram showing certain details, including 
workflows, of an exemplary contract administration module in the 
preferred implementation shown in [FIG. 1.] 

[100131] Fig. 4 is a block diagram showing certain details, including 
workflows, of an exemplary optimization module in the preferred 
implementation shown in Fig. [1.] 

[100141] Fig. 5 is a block diagram showing certain details, including 
workflows, of an exemplary scheduling module in the preferred 
implementation shown in Fig. 1 . 

[(0015)] Fig. 6 is a block diagram showing certain details, including 
workflows, of an exemplary tanker planning system (TPS) module in the 
preferred implemen tation shown in [FIG . 1 . ] 

[100161] Fig. 7 is a block diagram showing certain details, including 

workflows, of an exemplary shipment management module in the 
preferred implementation shown in Fig. 1 . 

[100171] Fig. 8 is a block diagram showing certain details, including 

workflo ws, of an exemplary financial module in the preferred 
implementation shown in Fig. [1.] [L00181] Fig. 9 is a block diagram 
showing certain details, including workflows, of an exemplary data 
warehouse module in the preferred implementation shown in Fig. 1. 

[0019] Fig. 10 is a block diagram showing certain details, including 
workflows, of an exemplary provider management module in the preferred 
implementation shown in [FIG. 1.] 

10020] [FIG . 11] is a block diagram showing certain details, including 

workflows, of an exemplary regulations module in the preferred 
implementation shown in Fig. [I . ] 

BEST MODE FOR CARRYING OUT THE INVENTION 1 002 1 ] A 
preferred embodiment of the invention is a fully integrated logistics system 
operated by a third party intermediary for the transport of goods from a 
plural ity of different shippers by a plurality of different carriers. The 
logistics system operates across all modes of transport (i. e., truck, rail, 
containership, bulk tanker and air) and has full logistics supply chain 
capability. This provides advantages in circumstances where goods are 
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transported across multiple modes, such as the [RAIL/BULK] truck 
transport illustrated in Fig. 36 of the provisional application. 

[{0022]] Each of the modes is described later in this application. 
Although each transport mode has unique characteristics, standard work 
processes, and business requirements, a key aspect of the preferred 
embodiment is that enables the modes to be integrated. Various related 
transport business interests are shown in Fig. 14 of the provisional 
application along with suppliers, customers and government agencies. 
(Exemplary details of the transport business interests are listed in Fig. 15 
of the provisional application.) By virtue of the various information 
available from the transport business interests, the third intermediary has 
leverage to identify differences between rates and negotiate intermediate 
rates which benefit all parties concerned. (The data interaction may be as 
illustrated in the examples of Figs. 28 and 29 in the provisional 
application.) In the example of ocean tankers shown in Figs. 20-22 of the 
provisional application, a difference of $500 is identified between the 
ocean tanker's rate and the rate available to the third party intermediary. 
The costs saving can be distributed among the parties in the manner they 
desire. 

[ ( 0023] ] The logistics system of the third party intermediary is 
networked with the electronic systems (having back-office computing, 
such as ERP) of the business interests as shown in Fig. 16 of the 
provisional application. It preferably receives input information such as 
the exemplary input information shown in Fig. 19 of the provisional 
application. The logistics system thus allows the transactions related to the 
transport process to be conducted electronically and thus s implified as 
shown in Fig. 24 in the provisional application. The logistics system also 
allows documents, status reports and notices to be provided electronically 
as illustrated in the example of Fig. 25 in the provisional application. 

[10024] ] A high-level overview of the architecture of a logistics system 
in the example embodiments of the invention in which a third party 
intermediary manages the logistics of shipments between a plurality of 
shippers and a plurality of carriers is shown in Figs. [I ] and 2 of the pro 
visional application. Although both shippers/manufacturers and carriers 
utilize business and logistics applications, the focus of their respective 
ERP and Plant Systems are different as discussed above. 

The example embodiments address the problem that th ere is a lack of 
integration and information exchange between the ERP and Plant Systems 
of shippers and carriers. 

[10025] ] In the example embodiments, shippers, such as manufacturers 

of goods, with their own respective business and logistics applications 
connect to the logistics system in the blue space via an integration layer. 
Preferably, the integration layer allows the logistics system to interface 
directly with a shipper's ERP and Plant systems to bring their shipment 
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data, order data etc, into the logistics system. Likewise, on the opposite 
side, the logistics system integrates with the business and logistics 
applications of a plurality of carriers of all modes (i. e., railroad carriers, 
motor carriers, facilities such as terminals and warehouses, marine carri 
ers such as tankers and container ships, etc.) and government agencies, 
preferably around the world. The logistics system of the example 
embodiments passes the customer orders [ (I . ] e., ship a load of 
acetone) of a plurality of shippers directly to a plurali ty of carriers and 
then provides an information flow back from the carriers to the shippers so 
that there is good visibility and management of shipments for all the 
parties involved. 

[ [0026] ] The logistics system of the example embodiments preferably 
supports an In [TEMET WEBSITE] having features as shown in Figs. 
[1] and 2 in the provisional application providing controlled access to 
and from certain information in the system. This website connects to the 
various related business interests and provides the processes illustrated in 
Fig. 17 in the provisional application. The integration layer connections to 
the shippers and carriers are also preferably Internet based and made over 
the public Internet for [GLOBAL LOW- COST CONNECTIVITY. IN 

PARTICULAR, VIRTUAL] Private Networks (VPN) with validation 
and [ENCRYPTION] are preferably utilized as shown in Fig. 18 in the 

provisional application. Where justified by the amount of information 
exchange, an individual shipper or carrier may be connected to the 
logistics system by a private line. Furthermore, the data exchange is 
preferably carried out through Extensible Markup Language (XML) format 
running on top of the Internet Protocol layer to access the back office 
systems of the shippers and carriers. The XML format may be either a 
standardized XML format, a commercially available but non-standardized 
XML format or even a customized XML format developed especially for 
the example embodiments of the invention. 

[100271] While example embodiments are described herein, the various 

aspects of the present invention may be used with various types of 
computer networks, generally including all network designs which link 
together disparate processing systems such as computers, servers, 
peripherals, storage devices, and devices for data communications. 
Examples of such computer networks may include a local area network 
(LAN), a wide area network (WAN), a campus area network (CAN), a 
metropolitan area network (MAN), and a global area network (GAN). 
LAN networks may include versions of Ethernet, FDDI (Fiber Distributed 
Date Interface), Token Ring, Asynchronous Transfer Mode (ATM), Fiber 
Channel and Wireless. The example embodiments concentrate mainly on 
an Intemet/XML solution, although the scope of the present invention is 
not limited thereto. A w ide variety of implementations, arrangements and 
configurations of terminals (e. g., host computer systems and thin clients, 
etc.), switches and links in all types of data networks may be utilized. 
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[ ( 002 8 J] The logistics system includes a plurality of component 
modules. Representative functionality modules are Financials, 
[ HS E / REGULATORY , ] Asset Management, and Rates & Routes. 

Representative software component modules are Hosted Financial System, 
and Secure Financial Processing. These software component modules may 
be either commercially available off-the-shelf software, customized 
software or independently developed software. For example,/re/#/r/ rate 
databases are commercially available. If they are robust and capable of 
integration with other software components to accomplish the workflows 
described below, then they can be utilized in the logistics system. For 
example, an Oracle database can be designed to provide a suitable 
customized freight rate database. 

[100291] Fig. [1] is a [CONNECTIVITY] diagram showing a 

preferred implementation of component modules making up the logistics 
system. Each one of the work process flows in Figs. [2 - 11] are blow- 
ups of the individual sections of Fig. [1] showing the integration and 

interrelationship among the modules in the preferred implementation. (The 
perimeters of the modules are not shown in Fig. [1 . ) ] The shaded 

blocks are part of the logistics system and the white blocks represent the 
external business interests to which the logistics system is networked as 
explained above. The person nel blocks indicate user terminals at which 
manual [INPUT/OUTPUT] interface of various information is carried 

out. 

These user terminals may be of any configuration and connect to the 
logistics system. Preferably, they are Internet-enabled devices capable of 
receiving data in the formats utilized by the logistics system, such as an 
XML format. These terminals need not be employees of the business 
interest but may instead be, for example, a third party acting as an agent 
for the business interest. The non- shipping client's personnel block 
represent client who are seeking only information (i. e., shipping rates or 
data reports/data mining) prior to or instead of shipping products. (See, for 
example, Fig. 30 in the provisional application). Although labeled as 
logistics provider in Fig. [ 1 , ] these blocks refer to carriers running LMS 
or similar software applications. 

[100301] The invention is not limited to the preferred implementation 
shown in Figs. [I - 11] and embodiments of the invention may use 
different [IMPLEMENTATIONS • ] In particular, 
[IMPLEMENTATIONS] may not utilize all of the various combinations 
of modules shown in the preferred implementation and/or may be scalable 
to allow functionality modules and/or software modules to be 
incrementally added as resources such as personnel and budgets permit. As 
an example, three different [IMPLEMENTATIONS] of logistics system, 
preferably but not necessarily three different installation phases of the 
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same logistics system are described in Figs. 39-42 in the provisional 
application. 

1003 1] Also, an implementation may be scalable to incrementally allow an 
increasing number of shippers or carriers or modes of carriers. Similarly, 
although the preferred implementation is described below with respect to 
the shipment of chemical and plastic prod ucts by way of example, the 
various aspects of the invention may easily be applied to the shipment of 
other products, such as furniture, retail products, commodities, equipment, 
etc. 

1 0032] Although modules are shown separately in Figs. [ 1 - 1 1 , ] in 
some cases with different databases, the modules and the databases may or 
may not be hosted on a single computer system and may or may not be 
independent of each other. The logistics system may be centralized in one 
or relatively few locations or may be distributed throughout a relatively 
large number of locations. As will be made clear below, each physical 
shipment represents a plurality of different related work process flows, 
such as a shipment offer, a shipment acceptance, a customs clearance, in 
the logistics system. Preferably, the logistics system is a large volume 
logistics system with redundant modules running on multiple computer 
systems. For example, various databases shown as being separate in Figs. 
[I - 1 1] may be implemented in one large single partitioned data base 
with different interfaces for each software module. 

[ (0033 ) ] The purchasing module is shown in Fig. 2. The key 

components in the purchasing module are the evaluation tool 201, the 
abstracts tool 202, the supplier database 203 and the proposal database 
[204.] 

[10034] ] Evaluation tool 201 is the main analysis tool to evaluate 
provider proposals and determine award. The evaluation is done by the 
third party intermediary and the award is determined by the third party 
intermediary with endorsement by the client shipper. It uses compiled 
Request for Proposal (RFP) data in a consistent format. It may perform 
either side-by-side analysis or a more sophisticated lane modeling and 
complex route optimization. The evaluation tool [201] is preferably able 
to download data into [SPREADSHEETS] for manual and [OFFLINE] 
analysis. 

10035] The Abstract tool 202 provides the ability to summarize and 
communicate awards of a full contract into abstracts to be viewed by 
clients and personnel of the third party intermediary. It creates a summary 
high-level view of a contract and describes a business award, commitment, 
time period, shipments, transactions and amount of money involved, etc. 
There may be largely a manual process to create the abstracts, but 
preferably at least key fields can be selected from the RFP/contract to 
automatically appear in the abstract. The abstract tool 202 may be 
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partitioned for client-specific views, in effect creating multiple abstracts 
for a given contract, with each abstract based on the target audience. 

[1003 61] The Supplier Database 203 contains descriptive information 
on carriers, shipper requirement, approved suppliers and consolidated 
. storage locations obtained from Provider Management [1001] and Data 
Warehouse [901 . ] The data includes standard qualification data (co- 
ownership, financial strength, safety review information, operational 
capabilities, commercial & operational contact information, real title, 

[CAPACITY/LOAD] capability, etc.) The supplier qualification data can 
be adapted and customized to each individual client. The carriers also 
preferably maintain the information describing their capabilities (capacity, 
routes, etc.) themselves. The personnel of the third party intermediary 
reviews supplier capabilities with business needs. Any subset of the 
information may be included in the [TRANSMITTAL] of the RFP. The 
purchasing module preferably includes the capability to individualize 
selection criteria based on shipper-specified approval requirements. The 
Supplier Database 203 preferably uses information from the provider man 
agement and data warehouse modules where actual provider performance 
metrics are stored. 

10037] The Proposal Database 204 contains the main commercial activity 
that may result in a contracted shipment. The RFP created by personnel of 
the third party intermediary with input from the client and the logistics 
system is initially stored in Supplier Database 203. Customer profile data 
is provided from Customer Profile Database 505. Historical data for 
similar moves (e. g., lane data or business shipment history) is provided 
from Shipment History 905 in the data warehouse module. 

Suppliers are targeted via candidate in the Supplier Database 203. RFPs 
are sent and received electronically in a consistent format. Rate data is 
compiled in a database/folder/table. Resul ts are given to the evaluation 
tool 201 for presentation and selection by personnel of the third party 
intermediary. Winning proposals are sent to the Abstract process tool 202 
and to the contract administration module. 

[100381] The work process flow carried out b y the purchasing module 
preferably allows the third party intermediary to act as a broker awarding 
shipments to the winning bidder as graphically illustrated by the global 
chemical tanker process illustrated in Figs. 26 and 27 in the provisional 
application, the domestic bulk motor process illustrated in Fig. 33 in the 
provisional application or the rail transport process illustrated in Fig. 35 in 
the provisional application. The winning bidder may be determined by any 
selection criteria according to the following steps: [0039] 

[CARRIERS/LOGISTICS SUPPLIERS MAINTAIN] current 

capabilities in the Supplier Database 203. A client electronically forwards 
contract requirements for a shipment to personnel of the third party 
intermediary. Preferably, the third party [INTERM] ediary does all the 
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negotiating between the shipper and the [CARRIERS/LOGISTICS 
SUPPLIERS . THE] third party intermediary creates the RFP for the 
shipment. 

Shipment history in the Proposal Database 204 is used to help specify lane 
data for the RFP. This ca n be performed manually until the shipment 
history is built over time. The third party intermediary targets suppliers 
based on what is in Supplier Database 203. The RFP is sent to targeted 

[CARRIERS/LOGISTICS] providers. The 

[CARRIERS/LOGISTICS] providers re spend to the RFP and the 
response data is collected in the proposal 

[DATABASE/FOLDER/TABLE . ] The third party intermediary evaluates 
the proposals, preferably using evaluation [TOOL 20L.] The third party 
intermediary selects the winner to whom the shipment contract is awarded. 
The third party intermediary creates an abstract of the contract for general 
high-level dissemination of terms. The third party intermediary confirms 
selection with the shipper using an abstract. 

[10040] The rate information is codified into a contract with rate 
information captured in the rate database. There are likely multiple rates: 
one rate is the actual rate that the third party intermediary negotiated to pay 
the carriers. One rate is the rate the third party intermediary is charging the 
shipper, which a markup by the third party intermediary for sending it to 
their ERP system. 

[100411] The contract administration module is shown in Fig. 3. The 

key components of the contract administration module are the processes to 
propose, upda te and maintain existing contract configurations [301,] 
the tariff search, view and/or publish process 302, the rates and routes 
synchronization process 303, the contract database 304, the routes 
database 305, the rates database 306 and the process to establish new 
contract configurations 307. 

10042] The processes to propose update and maintain existing contract 
configurations 3 01 changes or maintains contract information between the 
shipper, the third party intermediary and the [CARRIER/LOGISTICS] 
provider. It is [US ED FOR] minor changes to a contract, such as adding 
a new route or an approved rate increase, ancillary charges, etc. 

[0043] The tariff search, view and/or publish process 302 views and 
manages tariff publications. 

It is preferably composed of two pieces: search and use public tariffs vs. 
publish a tariff for others to use based on rates and routes provided by the 
third party intermediary. The search and view are simply links to other 
sites with tariff information. It may or may not have automated 
functionality. 
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There is a link to the third party intermediary rates/routes to 
[PUBLISH/MAINTAIN] tariffs. This may be done using a commercially 
available software package. 

[10044] ] The rates and routes synchronization process 302 
synchronizes the routes database and the rates database with the shipper's 
ERP system or internal databases. The third party intermediary is the 
source system (source of truth) for rate/route information. Each time new 
rate/route data is created or changed, it is packaged and sent to the shipper 
ERP s ystem (s). It can be scheduled for daily, weekly, etc. updates. 

[100451] Contract database 304 is the storage location for the non-route 
and non-rate contract information (i. e. long form contract text, service 
standards, [ETC . ) . ] It preferably handles both transportation and 
facility contracts. It may also be the storage location for contracts with 
service providers such as surveyors. It contains essential information such 
as names, addresses, terms, duration, authorities, liabilities, commitments, 
service standard s, subscription rates, transaction fees, etc. Contracts 
between the third party intermediary and its client may also be kept in the 
contract database 304. Alternatively, they may be kept in a back-office 
system or function. 

[100461] Routes database 305 is the storage location for routing guides 
of the third party intermediary. It is integrated with Schedule 501. It drives 
selection of a carrier based on origin- destination pairs for a given shipper. 
It can also contain preferred, second, third and fourth choices for preferred 
routing. 

[100471] Rates database 306 is the storage location for rates of the third 
party intermediary with the [CARRIERS/LOGISTICS] providers 
(transportation, facilities, and services) and with the shippers/clients. It is 
interacts with Shipment Database 708. Each route will likely have multiple 
rates (e. g., the rate the third party intermediary pays versus the rate the 
client pays). The rates for the clients usually will be different from the 
rates being paid to the carriers. The spread between th ese rates is the 
revenue source for the third party intermediary and the other participants 
as described above. The markup is variable by client, contract, and/or 
route. It may be a percentage, flat rate, dollar amount per unit, etc. 

Clients only have access to rates of the third party intermediary, not the 
rates of the [CARRIERS/LOGISTICS] providers. The rates database is 
preferably available across different carrier modes. 

[100481] The established new contract configuration process 207 
establishes a new contract, route or rate configuration (beyond 
maintenance as per B. [1)] which the logistics system will execute. 
[301 I S ] a subset of this process. Winning proposals provide the trigger 
point for new contracts to be established. Data from the proposal is 
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converted to a contract and the rates and routes established. 

This process establishes the markup and the rate is stored in Rates 
Database 306. Upon establishment of the contract, standards against which 
performance is measured is set up in the system when reporting metrics. 

[100491] The optimization module is shown in Fig. 4. The key 
components of the optimization module are What If Scenarios [40] , ] 
Analysis Tools 402, Optimum Source Algorithm 403, Total Landed Cost 
Algorithm 404, Freight Consolidation 405, Macro Network Op 
[TIMIZATION] 406, Data Management Tool 407 and Algorithm Library 

408. 

1 0050] What If Scenario [401] allows the shipper and the third party 
intermediary to perform ad hoc logistics scenario analysis. Relevant 
system information from other parts of the logistics syste [M] are gathered 
and supplied via the Data Management Tool 407. What If Scenario 401 
facilitates the automation of manual processes such as path route mode 
comparisons, side by side carrier comparisons and cost vs. service 
comparisons. Analysis Tools 402 provide analytical tools to 401. 

[0051] Optimum Sourcing Algorithm 403 allows the shipper (personnel 
and/or ERP) and the third party intermediary to perform enterprise 
configuration of optimum shipping locations for product sourcing. Routes, 
rates and transit tim es are all available via the Data Management Tool 
407. 

The logic of the algorithm is fairly simple, but becomes complex as the 
shippers network of shipping locations and customer base becomes large. 
The output of Optimum Sourcing Algorithm 403 is in a format friendly for 
the client shipper. 

10052] Total Landed Cost Algorithm 404 allows client shipper personnel 
and the third party intermediary to calculate the total landed cost of an 
international shipment. Landed cost involves freight for each leg, duty, 
tax, etc. It may be automated or it may employed in response to an 
individual request [ (NON-ERP) . ] The Total Landed Cost Algorithm 
404 uses both domestic and international rates stored in the logistics 
system. 

[10053] ] Freight Consolidation 405 allows a client shipper's ERP to 

review orders and look for an opportunity to consolidate 
[LESS -THAN-TRUCKLOAD] (LTL) and less-than-container (LTC) 

shipments into full truck loads and containers. It receives an electronic 
feed from the scheduling module and reviews LTL and LTC order for 
geographic and delivery overlaps. It is able to combine orders into a single 
shipment (booking, manifest, Bill of Lading (BOL), etc.) and schedule the 
consolidated order in conjunction with Scheduling 501. Freight 
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Consolidation 405 is preferably employed to [EITHER/BOTH] multiple 
drop-offs at destination or single warehouse destination with local LTL 
deliveries. It produces a savings for client shippers not already 
consolidating due to lack of manpower. 

[10054] ] Macro Network Optimization 406 allows the third party 
intermediary to make distribution network efficiency changes for a client 
shipper from to a high level analysis of the client's network and its own 
corresponding overall network. This capability is a paradigm shift in the 
management of logistics networks. It may be provided as a value added 
service in the data mining capability of the logistics system with its own 
pricing structure. The sophisticated logic software is preferably developed 
in conjunction with the logistics network of the third party intermediary. 

[10055] ] Data Management Tool 407 allows the above optimization 
tools 401 to 406 to access the requisite information in [SUPPLIER 
RATING 1001,] Contract 204, Routes 205, Rates 206, Data Warehouse 
901, Customer Profile 505 and Regulations 1 103. It provides'logic and 
architecture to access all main data areas of the logistics system. 
Algorithm library 408 provides the requisite logic to support the 
optimization activities in the above optimization tools 401 to 406. 

[0056] The Scheduling Module is shown in Fig. 5. The key components of 
the scheduling module are Allocate and [SCHEDULE 501, 
NOTIFY/BOOK] 502, Offer 503, Match & Synchronize 504, and 
Customer Profile Database 505. 

[100571] Allocate and Schedule [501] allows a client shipper's ERP 
order stream to be routed in conjunction with Routes 305 and then 
scheduled for shipping in the logistics system. It preferably is a web 
enabled solution which receives ERP data via the Internet and [XML . 
IT] uses Freight Consolidation Logic 405 to identify LTL and LTC 

consolidation opportunities and uses Route Guides 305 and Regulations 
Data Management Tool 1 103 to identify the proper carrier/logistics 
provider. 

Allocate and Schedule 501 is the first point [OF HANDOFF TO] the 
logistics system from a client shipper's ERP and, depending on mode of 
carrier, sends order sets to either Notify/Book 502 or Offer 503. It allows 
strategic order management rather than tactical order management. 

[100581] Notify/Book 502 sends ERP order sets over the 
[INTERNET] to a [CANIER/LOGISTICS] provider to notify them of 
the shipment and supply them the basic shipment data. It also updates the 
corresponding shipment record in Shipment Database 708. It is used for 
transportation modes such as rail and LTL where shipment tendering is 
automatic (i. e. pickups are routine or never turned down). 
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[(0059]] Offer 503 sends ERP order sets over the Internet to 
[CARRIERS/LOGISTICS] providers to offer the shipment for carriage. 
It is used for transportation modes (such as truckloads, bulk truck, pack 
marine and air) where shipment tendering is not automatic (i. e. pickups 
are not routine [AND/OR] there is an opportunity for a turn down. The 
[CARRIER/LOGISTICS] provider reviews requirements and accepts, 

accepts with conditions or rejects the shipment offer. 
[ACCEPTANCE/REJECTION] acknowledgment logic is used to book or 

reoffer the shipment to another [CARRIER/LOGISTICS] provider.lt 
also updates the corresponding shipment record in Shipment Database 
708. 

[10060]] Match & Synchronize 504 calibrates the customer profiles 

between the client's ERP, the carrier/logistics provider's TMS and 
logistics. Customer Profile Database 505 maintains customer profiles 
which may be sent to RFP 204 and viewed by outside personnel. 

[0061] The Tanker Planning System (TPS) Module is shown in Fig. 6. The 
key components of the TPS module are Plan 601, Tentative Nomination 
602, Booking 603, Origin Survey 604, Destination Survey 605, Tanker 
Planning System (TPS) Database 606 and Selective View 607. 

[(0062)] InPlan601,the [CLIENT/SHIPPER,] ship owner and/or 

customer collaborate on long range (i. e., 90 days) product forecasts and 
ship sailing schedules. Data is recorded in the TPS database. 

Clients and/or potential customers enter their forecast for shipments 
(arrivals). Ship owners typically don't share their position data since such 
information may be used to their disadvantage by customers. 

For example, if a customer knows that a ship is empty and in need of 
cargo, they may request an unfavorable rate less than standard rates. 
Therefore, Plan [601] includes [SECURITY/PARTITIONING] so that 

no party other than the ship owner (and the third party intermediary) can 
directly access its data. 

[100631 IN] Tentative Nomination 602, [SHIPPER/CLIENTS] and 
ship owners collaborate on more near term product requirements [ (I . ] 
e., 30 days) and ship sailing schedules. Tentative c [OMMITMENTS] are 
made. Data is recorded in the TPS database 606. Data from planning is 
imported into Tentative Nomination 602 and then confirmed. There is no 
commitment until the booking step by Booking [603.] 

[(0064)] Take or pay commitments are established between Clients and 
the Ship Owners in Booking 603. Data is recorded in the TPS database 
606. Booking occurs between 10 and [15] days before the first day of the 
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[15] day window for loading. Product needs to be ready to load on the 
first day of the window. Nominations are confirmed and definitive 
commitments are made. This is administrating a shipment against a 
previously established contract. Loading communication is sent to ship 
owner, surveyor, and terminal. Freight rates are loaded into the TPS 
database 606 during booking. 

[ 1 0 0 6 5 J] Product and quantity data is confirmed by the loading survey 

in Origin Survey 604 and entered into the TPS system. The third party 
intermediary arranges the contract with the surveyors globally. The 
terminal schedules the surveyor to com e in to do the survey. The surveyor 
takes samples and also takes them to the terminal's lab. Data is recorded in 
the TPS database 606. 

[100661] Product and quantity data is confirmed by the un- loading 

survey in Destination Survey 605 and entered into the TPS system. The 
third party intermediary arranges the contract with the surveyors globally. 
The receiving terminal schedules the surveyor to come in to do the 
destination survey. Surveys are conducted at the end as proof of delivery 
and to avoid auditing freigh t bills later. 

Data is recorded in the TPS database 606. 

[10067] ] The Tanker Planning System (TPS) Database is preferably a 

relational database storing collaborative data between 
[CLIENT/SHIPPER, ] customer, surveyors, freight forwarders, and 
ship owners. 

It is the main data store for all TPS work processes. It is highly preferable 
that there be security and partitioning of data stored in the TPS Database 
[606.] 

[100681] The Selective View 607 provides partitioned access to the 
TPS module and is preferably managed separately for each participating 
party. It interfaces to Shipment Database [708,] Accounts Receivable 
801, Accounts Payable 802 and Regulation Data Management [1103 . ] 

[10069] ] The Shipment Management Module is shown in Fig. 7. The 
key components of the shipment management module are Data 
Management Tool 701, Detention 702, Inventory 703, Equipment 704, 
Mileage Earnings Tracking 705, Changes and History Change Tracking 
706 Exceptions 707 and Shipments Database 708. They provide a 
significant reduction in administrative work on behalf of the shipper and 
carrier as illustrated in the example domestic motor transport process 
illustrated in Fig. 34 in the provisional application. 

[100701] The general ledger of the third party intermediary is 
maintained in General Ledger 803. 
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The cash float and currency positions are managed by the treasurer with 
assistance of Cash Management [804.] These are standard functions and 

are preferably achieved by commercially available software applications. 

[10071] ] The Data Warehouse Module is shown in Fig. 9. The key c 
omponents of the data warehouse module are the Business Information 
Desktop [90] , ] Data Mining 902 5 Metrics & Canned Reports 903, Ad 
Hoc Reports 904, Operations Data Store 905 and Commercial Data Store 
906. 

10072] Business Information Desktop 901 is a front end int erface to data 
reporting from the various sources in the logistics system. It provides 
access to metric reporting, canned reports, and the ability to create ad hoc 
queries and perform data mining. It retrieves data from RFP 204 and 
Provider Management 1001. Data reports are downloadable to desktop 
applications such as spreadsheets, etc. 

Clients can only view their own data and the data that they authorized to 
see. User security is integral to the data warehouse module. Security can 
be controlled by r ole and is preferably very rigorous. 

[{0073}] Data Mining 902 aggregates and repackages data for sale and 
other various uses. It is used to identify trends and high-level trends in the 
data. It contains high-powered selection, filtering, and manipulation 
capabilities for large users. 

[10074] ] Metrics and Canned Reports 903 generates routine canned 
reports from Operations 905 and Commercial Archives 906. The reports 
are defined by end-users and SMEs. They can either be pre-generated or 
run-on-demand against reporting data sources, not operational transaction 
databases. 

Data may be current, but not real-time. Data sources are refreshed on 
schedule. 

10075] Ad Hoc Reports 904 generates spot ad hoc reports from Operations 
905 and Commercial Archives 906. The reports are created an d 
run-on-demand against reporting data sources, not operational transaction 
databases. Data may be current, but not real-time. Data sources are 
refreshed on schedule. 

[10076] ] Transaction-oriented operational data is downloaded from 

Shipment Database 708, aggregated, and otherwise manipulated in 
Operations Data Store 905 to provide ready and convenient access for 
reporting with the assistance of Financial Package 801. The focus is on 
shipments. Data is refreshed on a regular basis [ (DAILY/ WEEKLY, ] 

etc.), but is no t real-time. 
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10077] Commercially oriented data is downloaded from RFP 204, 
Contract 304, Routes 305 and Rates 306, and otherwise manipulated in 
Commercial Data Store 906 to provide ready and convenient access for 
reporting with the assistance of Financial Package [801.] The focus is 

on suppliers, contracts, and rates. The data is refreshed on a regular basis 
(daily/weekly/monthly), but it is not real time. 

[10078]] The Provider Management Module is shown in Fig. [10.] 
The key components of the provider management module are Supplier 
Rating 1006, Rating Report [1002 , ] Performance Review [] 003 , ] 
Enabling Metrics [1004,] Strategic Nonconformance Reporting Process 
1 005, Nonconformance Report Log [1006,] Tactical Nonconformance 
Reporting Process 1007 and Operational Fix 1008. 

[1007 9]] Supplier Rating [100]] executes the supplier rating process 
using an interface to Business Information Desktop 901. Rating Report 
1002 publishes the output of the supplier rating process executed by 
Supplier Rating 1001 using an interface to Business Information Deskt op 
901. 

[100801 PERFORMANCE REVIEW 1003] allows client/shipper 
and/or third party intermediary personnel to review the supplier's 
performance for suitability as output from Metrics [1004 , ] NCR 1005 
and Supplier Rating 1001. Enabling Metrics 1004 loads the metric req 
uirements as determined by the purchasing module so the system can 
auto-calculate and track a supplier's performance using interfaces to 
Business Information Desktop [901] and Establish New Configuration 

307. 

10081] If Performance Review 1003 reveals unsatisfactory performance, 
Strategic Nonconformance Reporting Process 1005 initiates a request for 
systemic supplier performance improvement. Nonconformance Report 
Log [1006] is maintained of all the tactical NCR events for later 

systemic review and evaluation in Strategic Provider Management. 
Tactical shipment nonconformance events are registered and providers 
requested for corrective action in Tactical Nonconformance Reporting 
Process 1007. Providers can correct nonconformance using Operational 
Fix 1008 and update the corrected record using Exception Queue 707. 

[100821] The Regulatory/Health & Safety Module is shown in Fig. 
[11.] The key components of the [REGULATORY/HEALTH] & Safety 

Module are MSDS Synchronization 1101, TSR Synchronization 
[1102,] Data Management Tool [1103,] [CUSTOMS 1104, 
DUTY 1105,] Reporting of [EXPORT/IMPORT] Activity 1 106 and 
Compliance Information & Regulations 1 107. 
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[100831] This module has significant integration with the shipment 
module. It may also be combined with data mining in the data warehouse 
module. The tra nsactional activities are separated from the 

[INFORMATIONAL] presentations. Preferably, data from this module, 
such as a Table of Denials, blocks an order from being shipped. 

[0084] MSDS Synchronization 1101 provides a link access and makes a 
[CLIENT/SHIPPER] MSDS information available for download to the 
logistics system. Preferably, the MSDS information downloads are kept 
up-to-date and are in a bit-mapped file format, such as PDF, so that they 
[CAN&APOS;T] be edited. TSR Synchronization [1102] links the 
client's Transportation and Safety Record (TSR) information and makes it 
available to the logistics system. The TSR information contains both 
informational and transactional data (copy of information tied to the 
order). The clients are the only owners of the MSDS and TSR information. 
The logistics system can either keep a copy of the downloaded MSDS and 
TSR information or simply pass them through to the shipper. 

1 0085] Regulation Data Management Too] [103] is the focal point to 
coordinate all of the regulatory, safety and compliance information in the 
system. [IT] is the end-user interface to the data in the module. It 
interfaces with RFP 204, [SCHEDULE/ALLOCATION 501,] Shipment 
Database 708, Optimization Data Management 407 and TPS 606. 

10086] Customs [1104] executes the customs reporting requirements. It 
includes transactional activity and information including shipper, country 
of origin, product, value, recipient, vessel, etc. 

Customs [1104] also prepares documents to facilitate clearing customs 
and recording when customs has been cleared. 

[[0087]] Duty [1105] executes the duty and duty drawback 

calculations and provide the reporting to the government. It includes 
transactional activity. Duty occurs with the shipment. Duty drawback is 
calculated after-the-fact. The duty can be calculated in various phases as 
the logistics system is improved. For example, at first it could perform 
calculations for US-imports only. 

10088] Report Import/Export Activity 1 106 executes the transactional 
reporting requirements for export and import activity. Like Customs 1 1 04, 
it handles transactional activity and prepares documents to report to the 
census and other government bureaus to record [INBOUND/OUTBOUND] 
transaction. 

10089] Compliance Regulations 1 107 links and makes available 
information for all the pertinent regulatory and/or professional compliance 
standards. It may be a link or a copy that needs to be kept synchronized. It 
is similar to MSDS Synchronization [1101] and TSR Synchronization 
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[1102 , ] except that source data is from the government 
and/orprofessional/standards organ izations. Preferably, it includes DOT 
Synchronization, Coast Guard Synchronization, IATA Synchronization, 
IMO Synchronization, Department of Commerce Synchronization and 
Other Synchronization. 

[[00901] An important aspect of the preferred embodiment is that while 
it is integrated to operate across several different transport modes, it does 
not utilize generic work processes or business requirements for each one 
of the transport modes. Rather, it utilizes the work processes or business 
requirements which are best suited to each individual transport mode. 
Furthermore, these transport mode specific work processes and business 
requirements are integrated throughout the various modules of the logistics 
system, such as purchasing, contract administration and provider 
management module. 

[ [00911] As an example of the integration of transport mode specific 
processes, in the purchasing module, consider the information necessary to 
arrange for the shipment of goods through a RFP or other purchasing 
procedure. This information [INCLUDE S , ] for example, data items 
relating to terms and conditions, type of goods, 

[ORIGINS/DESTINATIONS , ] rate structure, term of contract, 

equipment specifications, safety, service requirements and special 
requirements. In the preferred embodiment, this information is different 
for each one of the transport modes. To illustrate the differences, example 
of data items are now given for several different transport modes. 
However, these data items are merely exemplary and may be modified as 
desired in any parficula r implementation. 

[10092)] As bulk truck transport mode data items, the commodities 
may include product names; lane data may include origin/destination pairs 
and single vs. multi-compartment ; origins/destinations may include plant 
or terminal, address/county/zip code, hours of operation, scale availability, 
loading [THROUGHPUT,] and driver role; rate structure may include 
minimums, $PLM, CWT, point to point, zip codes, counties and free-time 
standard; term of contract may include duration of boilerplate or escalation 
provisions; equipment specifications may include cleanliness standards, 
payload standards, fleet compartment profiles, ancillary equipment, Food 
[USPFDA, ] and Kosher Grade capabilities; safety may include 
satisfactory DOT rating; satisfactory rating by a com mercial party (such as 
the third party operating the logistics system), and handling and 
communication ; service requirements may include hours of operation, 
communication, electronic interfaces, response times and teams; and 
special requirements many include non-typical facility and handling issues. 

[10093]] The data items for truck load transport mode may differ from 
those for bulk truck transport, particularly for equipment specifications, 
which may indicate, for example, length, reefers, payload standards. The 
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safety data items may indicate blocking and bracing. The service 
requirements may include consolidations, multi-stopoff and transit 
standards. 

[10094] ] The data items for less than truckload (LTL) transport mode 
may also differ from those for truck load transport. For example, the 
service requirements may include expedited service, liftgate service and 
diversions. 

[0095] The data items for rail transport mode may differ substantially. For 
example, the lane data may include annual volumes and average weight; 
the [ORIGINS/DESTINATIONS] may include serving railroads, 

[OPEN/ CLOSED] status, storage track, and maximum gross weight; the 
rate structure may include zero or full mileage, discounts; the equipment 
specifications may include payload standards; the safety data items may 
include hazmat regulations; and the service requirements may include SIT 
requirements. 

[10096]] For containership transport mode, the origins/destinations 
ports may include ship sailing schedule, door to port, port to port, port to 
door, and door to door; the rate st ructure may include volume 
commitments, equipment size and type costing model, freetime, 
[DEADFREIGHT, ] all-in and surcharges; the equipment specifications 
may indicate 40 feet or 20 feet containers, reefers, iso-tanks, high cubes, 
flat racks, etc; the safety data items may include stowage requirements and 
[HAZMAT] ; and the service requirements data items may include 

frequency of sailings and transit times and space requirements. 

[100971] As bulk tanker transport mode data items, lane data may 
include load/discharge por ts and annual tonnage; data items for 
load/discharge ports may include berth particulars (LOA, Draft, etc.), 
receiving capability (tank sizes, pump rate, nitrogen availability) and 
surveyor information; rate structure may include parcel size costing 
[MODEL , LAYTIME, ] demurrage, shifting fees, and grade allowances; 

equipment specifications may include tank specifics (stainless, coated, 
etc.) and vessel age; safety may include compliance with US and IMO 
regulations, port of destination country requirements; and service 
requirements may include number of sailings per year and communication 
(ETA updates, position lists, [ETC . ) ] 100981 As for air cargo transport 
mode data items, the lane data may include door vs. airport and tonnage; 
the [ORIGINS/DESTINATIONS] may include airport-airport, 
door-airport, door-door; the rate structure may include dynamic data items; 
the equipment specifications may include payload standards and fleet 
profile; the service requirements may include freight forwarder role, 
customs, duties, tax, export declaration, transit 24/7 and flight schedules; 
and the special requirements data items may include RAC requirements, 
dimensional capability and heavy lift capability. 
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[ 1 0 0 9 9 1 ] As other examples of the integration of transport mode 
specific processes, the d atabase in the purchasing module, may contain 
different data items for shippers and carriers in one transport mode than 
for shippers and carriers in another transport mode. The provider 
management module may utilize different key performance indicators, 
different qualification criteria and different quality rating algorithms for 
different transport modes. As another example, the contract administration 
module may utilize different information for different transport modes, 
such as rate surcharges, ancillary items, etc. 

[100100]] Although a preferred implementation of the example 
embodiments, the invention is not limited to the logistics system shown in 
Figs. 1-11. Indeed, there are many aspects and advantages of the example 
embodiments of the invention that may be particularly useful and widely 
adaptable for use independently of other aspects and advantages of the 
example embodiments of the invention. In this way, transport logistics 
systems and methods can be efficiently provided for a plurality of shippers 
and carriers. 

[1001011] Other features of the invention may be apparent to those 

skilled in the art from the detailed description of the example 
embodiments and claims when read in connection with the accompanying 
drawings. While the foregoing and following written an d illustrated 
disclosure focuses on disclosing example embodiments of the invention, it 
should be understood that the same is by way of illustration and example 
only, is not to be taken by way of limitation and may be modified in 
learned practice of the invention. While the foregoing has described what 
are considered to be example embodiments of the invention, it is 
understood that various modifications may be made therein and that the 
invention may be implemented in various forms and embodiments, and 
that it may be applied in numerous applications, only some of which have 
been described herein. It is intended by the following claims to claim all 
such modifications and variations. 

Description Claims 



CLAIMS 1 . An integrated logistics system for managing the shipments of 
goods supplied from a plurality of different shippers by a plurality of 
carriers, said system comprising: a purchasing module evaluating 
proposals by shippers for respective shipments of goods and awarding 
contracts for the shipments to the plurality [OF CARRI ERS ; ] an 

optimization module analyzing the proposals and informing the purchasing 
module if an opportunity exists for at least some of the shipments to be 
consolidated, in which case at least one contract awarded by the 
purchasing module is for a consolidated group of the shipments; a contract 
administration module maintaining information relating to the status of 
proposals received and contracts awarded by the purchasing module ; a 
scheduling [MODULE SHEDULING] shipments according to the awarded 
contracts; a shipment management module tracking the status of shipments 
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awarded by the purchasing module and scheduled by said scheduling 
module; and a financial module authorizing payments according to the 
status of shipments tracked by the shipment management module. 

2. An integrated logistics system according to claim 1, wherein the 
plurality of carriers includes ship owners and the logistics system includes 
a tanker planning module. 

3. An integrated logistics system according to claim 2, wherein the 
tankerplannin g module includes a partitioned relational database storing 
collaborative data relating to shippers, freight forwarders and ship owners. 

4. An integrated logistics system according to claim 3, wherein access to 
each partition in the relational database is selectively controlled and 
managed so that contracts between shippers and ship owners can be 
awarded by the purchasing module without revealing the confidential 
information of one party to the other. 

5. An integrated logistics system according to claim I, further comprising a 
data warehouse module storing operations data received from the shipment 
management module and commercial data received from the financial 
module. 

6. An integrated logistics system according to claim 5, wherein the data 
warehouse mo dule selects, filters, aggregates and repackages said 
operations data and commercial data to generate data mining, metrics and 
predetermined reports, and customizable reports. 

7. An integrated logistics system according to claim [6 , ] wherein the 
data wareho use module includes a front end interface offering secured 
access and controlled transfer between the data warehouse module in 
computer readable format. 

8. An integrated logistics system according to claim 1 further comprising a 
carrier management module which tracks the performance of carriers and 
generates ratings of the carriers. 

9. An integrated logistics system according to claim [ 8 , ] wherein the 
carrier management module receives information from the front end 
interface of a data warehouse module. 

10. An integrated logistics system according to claim [ 8 , ] wherein the 

carrier management module receives metric requirements from the 
contract administration module. 

[I] An integrated logistics system according to claim [8,] wherein the 

carrier management module receives exception information indicating 
shipment problems from an exception queue in the shipment management 
module. 
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12. An integrated logistics system according to claim [I , ] further 
comprising a regulatory module collecting information from other mo 
dules of the system and providing reports related to health and safety or 
governmental regulations. 

13. An integrated logistics system according to claim [12 , ] wherein the 
purchasing module blocks an award of a shipment to a carrier according to 
information maintained in the regulatory module. 

14. An integrated logistics system according to claim 12, wherein the 
regulatory module accesses the MSDS and TSR information maintained in 
the Enterprise Resource Planning software of a shipper. 

15. An integrated logistics system according to claim [I] wherein the 
shipment management module includes a relational database logging and 
storing all of the shipment records of the shipments awarded by the 
purchasing module and scheduled by said scheduling module. 

[16 . ] An integrated logistics system according to claim 15, wherein the 
shipment management module includes a data management tool managing 
the viewing [AND/ORUPDATES] [OFTHE] data in the relational 

database in a secure change environment. 

17. An integrated logistics system according to claim 15, wherein the 
relational database in the shipment management module receives 
information from the shipper and carrier for each shipment, the contract 
administration module, and the scheduling module. 

18. An integrated logistics system according to claim 15, wherein the 
shipment management module receives or computes position data to audit 
and/or calculate current information on detention and to validate charges 
for detention. 

[19 . ] An integrated logistics system according to claim 15, wherein the 
shipment management module computes inventory data to calculate the 
position and amount of inventory in the shipments tracked by the shipment 
management module. 

20. An integrated logistics system according to claim 15, wherein the 
shipment management module provides information on the location and 
status of equipment of a given shipper or carrier. 

21. An integrated logistics system according to claim [15 , ] wherein the 
shipment management module includes an audit system allowing changes 
to shipment records in the relational database to be controlled and tracked 
per audit protocols and viewing of ths history and changes made to/during 
a shipment. 
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22. An integrated logistics system according to claim [15 , ] wherein the 
shipment management module forwards an electronic authorization for 
payments to the financial module according to the shipments records in the 
relational database. 

23. An integrated logistics system according to claim I, wherein the 
contract administration module permits minor changes to a contract 
awarded by the purchasing module by coordinating change requests and 
change response messages between the shipper and the carrier. 

24. An integrated logistics system according to claim [1,] wherein the 

scheduling module receives electronic data from a shipper for a shipment 
and forwards said data to the corresponding carrier via a distributed 
communications network and XML. 

25. An integrated logistics system according to claim 24, wherein the 
scheduling module matches and synchronizes the timing of notification, 
booking or offer of the shipment with the carrier and automatically notifies 
the shipper that the shipment has been confirmed. 

26. A method of arranging for the shipment of goods by one of a plurality 
of carriers, said method comprising: maintaining carrier information 
relating to each one of said plurality of carriers in a centralized logistics 
system; receiving a proposal for the shipment of goods supplied from a 
shipper, said proposal including shipping information relating to the 
shipment of the goods and transaction information relating to the contract 
terms for the shipment ; evaluating the proposal to select a carrier from 
among said plurality of carriers ; and creating an electronic abstract of a 
contract between the shi pper and the selected carrier for the shipment of 
goods identified in the proposal. 

27. A method of arranging for the shipment of goods as recited in claim 
26, further comprising creating an electronic abstract of the response 
received from the selected c [ANIER] and confirming selection of the 

selected carrier with the shipper using the electronic abstract of the 
response. 

28. A method of arranging for the shipment of goods as recited in claim 
26, wherein the carrier information includes qualification information for 
each one of the plurality of carriers. 

29. A method of arranging for the shipment of goods as recited in claim 

28, wherein the qualification information indicates the ability of the 
plurality of carriers to ship different categories of goods. 

30. A method of arranging for the shipment of goods as recited in claim 

29, wherein the different categories of goods include chemicals. 
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3 1 . A method of arranging for the shipment of goods as recited in claim 
26, further comprising sending an electronic abstract of the proposal to the 
potential carriers; evaluating responses to the electronic abstract received 
from the potential carriers, said responses including shipping information 
supplied by the carrier relating to the shipment of the goods or transa ction 
information relating to the contract terms for the shipment ; selecting one 
of the potential carriers for the on the basis of the responses to the 
electronic abstract and the carrier information maintained in said 
centralized logistics system; 32. A method of arranging for the shipment of 
goods from an origin to a destination, said method comprising : retrieving 
routing information for a plurality of different transport modes; retrieving 
carrier information relating to each one of a plurality of different carriers 
for each one of said plurality of different transport modes; determining a 
routing for the shipment of goods from said origin to said destination 
based on said retrieved routing information; and scheduling the shipment 
of goods from said origin to said destination based on said carrier 
information. 

33. A method according to [CLAIM 31,] wherein the scheduled 
shipment of goods from said origin to said destination is scheduled to use 
at least two different transport modes. 

34. A method according to claim 32, wherein the scheduled shipment of 
goods is arranged using a third party logistics system. 

[35,] A method according to claim [31,] wherein one of said plurality 
of different transport modes comprises truck transport. 

36. A method according to claim 34, wherein said carrier information 
includes information relating to bulk truck carriers, [TRUCKLOAD 
CARRIERS , ] and less than truckload carriers. 

37. A method according to claim 34, wherein said shipment is scheduled 
using information unique to truck transport. 

38. A method according to claim [31,] wherein one of said plurality of 
different transport modes comprises rail transport. 

39. A method according to claim 37, wherein said shipment is scheduled 
using information which is unique to rail transport. 

40. A method according to claim [31,] wherein one of said plurality of 
different transport modes comprises containership transport 41 . A method 
according to claim 39, wherein said shipment is scheduled using 
information which is unique to containership transport. 

42. A method according to claim [31,] wherein one of said plurality of 
different transport modes comprises bulk tanker transport. 



24 of 25 



5/8/03 3:11 PM 



IPDL Search Result 



Wysiwyg ://9^ttp://ipdl.wipo.int/cgi-b... com 



43. A method according to [CLAIM 41,] wherein said shipment is 
scheduled using information which is unique to bulk tanker transport. 

44. A method according to claim [31,] wherein one of said plurality of 
different transport modes comprises air freight. 

45. A method according to claim 44, wherein said shipment is scheduled 
using information which is unique to air freight. 

Description Claims 
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